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A  KNOWLEDGE-BASED  NATURAL  LANGUAGE 
DATABASE  INTERFACE 


1  INTRODUCTION 


Background 

Military  Construction,  Army  (MCA)  projects  must  follow  steps  defined  by  Army  regulations, 
policies,  and  procedures  before  being  accepted  into  the  MCA  Program.  This  program  includes  projects 
that  meet  the  requirements  of  10  major  defense  programs: 

1.  Strategic  Forces 

2.  General  Purpose  Forces 

3.  Intelligence  and  Communications 

4.  Airlift  and  Sealift 

5.  Guard  and  Reserve  Forces 

6.  Research  and  Development 

7.  Central  Supply  and  Maintenance 

8.  Training,  Medical,  and  Other  General  Personnel  Activities 

9.  Administration  and  Associated  Activities 

10.  Support  of  Other  Nations. 

Before  construction  can  begin,  each  project  must  meet  the  requirements  defined  by  the  Military 
Construction,  Army  (MCA)  Program  Development  Process  (Figure  1).  As  a  project  steps  through  the 
MCA  development  cycle,  it  must  be  justified,  reviewed,  revised,  programmed,  and  budgeted.  Before 
construction  can  begin,  it  must  be  approved  at  the  Congressional  level.  This  process  ensures  that  every 
project  follow  the  guidelines  established  by  the  Department  of  Defense  (DOD)  to  meet  combat  capability 
through  the  balanced  allocation  of  resources. 

The  program  development  process  generates  a  considerable  amount  of  data  that  is  stored  in  the 
Construction  Appropriations,  Control  and  Execution  System  (CAPCES).  At  any  given  time,  the  CAPCES 
database  contains  information  on  more  than  15,000  active  projects  with  approximately  500  data  elements 
per  project,  tracking  each  project  from  inception  to  disposal. 

To  access  the  data  in  CAPCES,  a  user  must  have  considerable  knowledge  of  the  structure  and 
content  of  the  database,  the  MCA  cycle,  and  the  FOCUS  database  command  language.  This  complex 
retrieval  process  can  inhibit  the  efficient  use  of  CAPCES.  To  improve  access  to  CAPCES  data, 
USACERL  developed  a  prototype  knowledge-based  natural  language  interface  (Expcrt-MCA)  to  the 
CAPCES  database.  Expcrt-MCA  enables  users  to  pose  questions  to  CAPCES  in  ordinary  English  and 
provides  assistance  in  formulating  and  evaluating  queries.  This  prototype  demonstrates  how  the  addition 
of  a  knowledge-based  interface  to  a  database  can  allow  even  casual  users  to  quickly  and  easily  generate 
accurate  and  meaningful  reports. 
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MCA/AFH  Program  Development  Flow  Chart 
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Figure  1.  MCA  program  development  flow  chart. 
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CR-HC  .ev>ev*s’aO|usts  OA  ffogfam.  re.eaaes  projecls  Code  2  36  Allotments,  construction  directr.es  to  Districts  by  HQUSACE 

Includes  PBC,  CSA,  budgel  decisions  OCE  releases  revised  37  Distncts-Divisiors  complete  des  gn  and  begin  construction 

OA  program  to  installations,  MACOMs.  Districts,  and 
Divisions 


Objective 

The  objective  of  this  research  was  to  investigate  the  feasibility  of  developing  a  knowledge-based 
natural  language  interface  to  the  CAPCES  database  (Expert-MCA),  and  to  simplify  data  access  so  that 
users  with  little  programming  experience  can  generate  FOCUS  queries  for  data  retrieval  from  CAPCES. 


Approach 

The  CAPCES  database  was  analyzed  to  determine  the  data  content  and  its  functional  usage  as  it 
related  to  the  MCA  Cycle.  Based  on  this  analysis,  a  structure  was  generated  to  represent  the  knowledge 
in  an  object-oriented  format.  Using  this  format,  a  parsing  algorithm  was  developed  to  translate  the  English 
queries  into  FOCUS  code. 


Mode  of  Technology  Transfer 

No  USACE  or  Army  guidance  documents  will  be  impacted  by  the  results  of  this  study.  Technology 
transfer  will  be  through  field  demonstrations  and  reports.  It  is  anticipated  that  the  final  version  of  Expert- 
MCA  will  be  made  available  by  download  from  the  Programming,  Administration,  and  Execution  System 
(PAX),  in  St.  Louis,  MO,  and  that  software  maintenance  and  support  will  be  provided  by  the  PAX 
administration. 
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2  ANALYSIS  OF  THE  CONSTRUCTION  APPROPRIATIONS  CONTROL 
AND  EXECUTION  SYSTEM  (CAPCES) 


Overview 

The  CAPCES  database  resides  on  an  Amdahl  mainframe  computer  in  St.  Louis,  MO.  It  is  a  major 
component  of  the  Programming,  Administration,  and  Execution  System  (PAX),  which  provides  worldw  ide 
access  to  several  applications  and  utilities  that  support  the  management  of  Military  Construction  programs. 
CAPCES  is  used  to  support  funds  management  and  program  formulation  for  the  Army’s  construction 
program.  Its  users  include  the  facilities  cnginecr/mastcr  planner  at  the  installation  level,  Divisions  and 
Districts,  Major  Subordinate  Commands  (MSCs),  Major  Army  Commands  (MACOMs),  Office  of  the 
Chief  of  Engineers  (OCE),  Headquarters,  U.S.  Army  Corps  of  Engineers  (HQUSACE),  and  Headquarters, 
Department  of  the  Army  (HQDA). 


Database  Structure 

CAPCES  was  developed  using  the  FOCUS  Data  Base  Management  System  (DBMS).  FOCUS  files 
represent  data  in  a  hierarchical  structure  that  relates  different  segments  of  data  in  a  parcnt-to-child 
relationship.  The  Project  Monitoring  Master  File  (PMMF1LE)  is  the  main  FOCUS  database  file  for 
CAPCES.  (Appendix  A  to  this  report  contains  a  listing  of  the  PMMF1LE.)  This  file  contains  a  collection 
of  segments  that  organizes  the  data  by  functional  area  within  the  MCA  programming  process.  Each 
segment  contains  a  set  of  data  fields  that  are  described  by  a  field  name,  its  alias  (another  name  for 
referencing  the  Held),  and  the  type  of  data  values  (i.c.,  alphanumeric  or  integer)  stored  in  it. 


Database  Content 

CAPCES  data  fields  include  costs,  activity  start  and  completion  dates,  approval/review  status,  and 
certain  descriptive  items  for  project  identification.  Textual  descriptions  of  the  CAPCES  data  fields  are 
contained  in  the  Computer  Applications  Data  Element  Tracking  Subsystem  (CADETS).  CADETS  lists 
the  field  name,  alias,  data  length,  and  type  information  found  in  the  PMMFILE  master  description,  along 
with  the  name  of  the  PMMFILE  segment  location,  the  agency  responsible  for  the  data,  an  English  name 
for  the  field,  and  a  definition  of  the  data  field.  Figure  2  shows  an  entry  for  the  data  field  "CWE_AMT". 

Reading  the  definitions  in  CADETS  is  the  only  way  CAPCES  users  have  for  identifying  the  data 
fields  that  meet  their  reporting  requirements.  To  assist  users  in  accessing  this  information,  it  was 
necessary  to  analyze  the  data  definitions  to  develop  a  logical  structure  for  identifying  data  fields.  This 
analysis  detennined  several  approaches  for  developing  this  structure. 


CAPCES  NAME  *  CWE_AMT  CAPCES  ALIAS  =  CWE  ENGLISH  NAME  =  CURRENT  WORKING  ESTIMATE  LENGTH  =  008 
SEOffiNT  NAME  =  AMPERS1  TYPE  «  N 

AGENCY  RESPONSIBLE  -  DAEN-ZCP-MB 

THE  ESTIMATE  OF  FUNDS  IN  THOUSANDS  REQUIRED  AT  ANY 
PARTICULAR  POINT  IN  TIME  TO  COMPLETE  THE  EXPECTED 
CONSTRUCTION  PROJECT. 


Figure  2.  Sample  CADETS  data  Held  entry. 
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The  first  structure  generated  organized  fields  into  functional  categories  relating  to  the  MCA  process, 
assuming  that  most  CAPCES  users  work  in  a  particular  area  of  the  process,  e.g.,  design.  Therefore,  they 
would  most  likely  generate  reports  in  data  fields  pertaining  to  that  area.  Using  that  concept  as  a 
foundation,  the  data  fields  were  organized  into  primary  categories  based  on  five  major  functional  areas 
within  the  MCA  process  and  a  sixth,  independent  category  for  project  identification  (i.e.,  project  number 
and  location): 


1.  Planning 

2.  Design 

3.  Programming 

4.  Budgeting 

5.  Construction 

6.  Descriptive  information. 

Each  of  these  categories  was  broken  down  further  into  subcategories,  the  final  subcategory  being  the  name 
of  the  related  data  field.  For  instance,  the  Planning  category  contains  subcategories  for  data  relating  to 
the  DD  Form  1391  and  the  Project  Development  Brochure  (PDB).  Each  subcategory  is  broken  down 
further  to  describe  the  type  of  information  contained  in  CAPCES  relating  to  these  documents.  This 
breakdown  is  continued  until  a  subcategory  describes  an  individual  data  field.  A  mapping  from  the 
primary  functional  category  "Planning"  to  its  final  subcategories  is  shown  in  Figure  3. 

By  following  the  map  in  Figure  3,  it  is  possible  to  determine  which  data  field  contains  the 
information  required  for  reporting  requirements.  A  complete  listing  of  this  functional  breakdown  can  be 
found  in  Appendix  B. 

The  second  method  of  organization  was  based  on  the  concept  that  some  users  might  want  to  view 
specific  types  of  information  regardless  of  its  relationship  to  a  particular  area  within  the  MCA  process. 
For  instance,  a  user  who  wanted  information  on  the  funding  history  of  a  project  would  want  to  choose 
between  fields  containing  dollar  amounts.  To  do  that  using  functional  category  maps  would  require 
following  all  the  primary  categories  to  select  just  the  fields  containing  funding  information.  To  simplify 
this  process,  a  structure  was  developed  to  organize  data  fields  by  information  type.  Four  information  types 
were  used  to  categorize  the  data  fields: 


1.  Dates 

2.  Dollar  amounts 

3.  Status  indicators 

4.  Descriptive. 


PLANNING 


1391 


PDB 


Contract  astlmata - -p  Amount  - 

-Data  antarad  — 
-Laval  of  raviaw 


PROJ_COST 
PROJ_COST_DT 
PROJ  COST  CD 


I- Data 


I 


Ccaplatad  1391  RalUMd  —  DT  REL  CD2 

Currant  1391  -  CVEr_1391  DT 

Diatrlbutad  by  CDff-P  -  1391  DT_DlST 

rirat  Pag*  Ralaaaad  -  DT_REL  CD1 


-riacal  Yaar  - 
-  Fora  Nuabar  - 

-Status  - 

Total  raquaat 


PROCTY 
rORMNO 
1391  OK 
PROCf A 


-pRscalpt  data  -  PDB  DT 

*-  Raquiraaant  Indicator  -  PDB_RDQ 


Figure  3.  Map  of  functional  category  "Planning". 
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These  four  categories  were  also  subcategorized  as  in  the  functional  category  grouping.  Figure  4  shows 
mapping  from  the  primary  functional  category  "Dates"  to  its  Final  subcategories  describing  the  individual 
data  Fields. 

A  complete  listing  of  the  information  type  breakdown  can  be  found  in  Appendix  C. 


The  third  method  of  organization  was  based  on  the  need  to  see  information  relating  to  a  specific 
event  in  the  MCA  Program  Development  Process  (Figure  1).  Each  event  was  evaluated  to  determine  if 
a  CAPCES  data  Field  was  either  input  or  impacted  during  an  event,  and  what  other  events  might  also  be 
affected.  For  instance,  Event  7,  1391  Submission,  affects  Fields  1391_OK  and  CURR_1391_DT.  A 
nonblank  value  in  1391_OK  indicates  that  the  form  has  been  submitted,  whereas  CURR_1 391_DT  changes 
every  time  a  new  or  revised  form  is  submitted.  Figure  1  shows  event  7  to  be  preceded  by  events  3  and 
4  and  followed  by  8  and  9.  This  structure  of  linear  precedence  was  organized  in  a  format  to  provide  a 
listing,  of  events  that  can  be  associated  with  particular  CAPCES  Fields,  of  Fields  that  are  affected,  and  of 
Field  values  that  indicate  the  occurrence  of  the  event  and  the  related  events.  The  entry  for  DD  Form  1391 
Submission  is  shown  in  Figure  5. 


Oat* 


Planning 


Design 


1391 


PDB 


Contract  astlmata  entered 
Completed  1391  Released  - 

Current  1391  - 

Distributed  by  CEMP-P  - 

First  Page  Released  - 

Receipt  date  - 


PROJ_COST  DT 
DTREL  CD 7 
CURR  1391  DT 
1391_DT_DIST 
DTRELCDl 
PDB  DT 


2807 


Progress 


Directives 


Engineering 


I 


Notification  to  Congress  - 

Notification  to  OSD  - 

Start  - 

Concept  Completion  - 

Final  Completion  - 

Current  Coda  Issued  - 

Code  1  -  Preconcept  - 

Code  2  -  Concept  - 

Coda  4  -  Held  - 

Coda  S  -  Deferred  - 

Coda  6  -  Final  - 

Coda  8  -  Cancelled  - 

Code  9  -  Const  Contr  Awarded 

Instruction  issued  - 

Revisions  - 

Release  - 


2807C 

28070 

DES  3T_DT 

CONCCM_DT 

DES_COMP_DT 

DES~DIR_DT 

CDTCD1 

CDTCD2 

CDTCD4 

CDTCD5 

CDTCD6 

CDTCD8 

CDTCD9 

DEI_DT 

ENREVDT 

ACE  D  REL 


-  Programming  p  Amount  changed  - 

j-  Fiscal  Year  changed  - 

L  CRRC  -  Review  Approval 


DATEPA 
DATECFY 
CRRC  DATE 


|-  Budgeting  -  Reprogramming 


ZS  SDT 


|-  Construction  —  Advertisement  - p  Bid  Opening  - 

I  I-  Contract  awarded 

I  Expected  award  - 


BIDOD 

EX_AWARD_DT 

FORECAST 


Other 


Communications  -  Status  assignment 

Minor  Project  - p  Approval  - 

L-  Raceipt  - 

Mobilization  - r-  Late  start  - 

L-  Required  occupancy 


COM  DATE 
MPRO_APD_DT 
MPRO  RCD  DT 
LATE  ST_BT 
RQD  OCP_DT 


Figure  4.  Map  of  information-lype  categories. 
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Event:  1391  Submission 

Event  Date:  1  Feb  (GY) 

Activity  #:  7 

Associated  fields:  CURR_1391_DT 
1391_OK 

Preceded  by:  3,4 

Followed  by:  8,9 

Note:  1391  should  be  submitted  by  1  Feb,  but  will  still  be  allowed  until  1  Mar  but  are 

considered  late  submissions. 

Significant  values:  A  nonblank  value  in  1391_OK  indicates  that  the  form  has  been  submitted. 

CURR_1391_DT  changes  every  time  a  revised  form  is  submitted  so  it  will  not 
reflect  the  original  submission  date. 

Figure  5.  DD  Form  1391  submission  entry. 


A  complete  listing  of  the  MCA  Event/CAPCES  relationship  can  be  found  in  the  Appendix  D. 

These  organizational  structures  provide  a  simpler  mechanism  to  help  the  user  identify  the  data  fields 
needed  for  reporting  requirements.  The  next  chapter  describes  how  Expert-MCA  incorporates  these 
structures  into  knowledge  bases  used  to  help  users  formulate  these  information  requests. 
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3  EXPERT-MCA 


Overview 

Expert-MCA  is  a  knowledge-based  natural  language  interface  to  the  CAPCES  database.  Its  purpose 
is  to  simplify  access  to  CAPCES  data  by  allowing  users  to  access  the  database  through  English  queries. 
By  incorporating  knowledge  of  the  MCA  Cycle,  the  CAPCES  database,  and  the  FOCUS  command 
language,  the  system  accepts  natural  language  queries  and  translates  them  into  FOCUS  programming  code 
that  accesses  the  database. 

Natural  language  processing  is  a  research  area  within  Artificial  Intelligence  (AI).  For  a  computer 
to  understand  human  language,  the  language  must  be  converted  into  representations  the  computer  can 
process.  A  commonly  used  representation  in  language  understanding  is  the  "parse  tree,"  generated  by 
a  "parsing"  analysis  technique  that  uses  syntactic  constraints  imposed  by  the  English  language  to 
decompose  the  sentence  into  its  components.  A  parsing  algorithm  is  a  computer  program  that  implements 
a  parsing  technique  for  translating  language  input  into  a  computer  language  representation. 

Since  the  database  domain  is  much  smaller  than  that  of  the  English  language,  parsing  a  database 
query  involves  developing  a  representation  for  the  entered  text  that  can  be  transformed  into  database 
commands.  This  requires  a  semantic  understanding  of  the  query  in  relation  to  the  contents  of  the  database. 
This  is  done  by  developing  a  dictionary  of  terms  pertaining  to  the  database  that  the  parser  uses  to  map 
phrases  in  the  query  into  words  and  phrases  stored  in  the  dictionary.  By  decomposing  database  queries, 
the  parser  interprets  natural  language  into  the  required  representations  for  generating  reports. 

Some  parsing  algorithms  for  translating  database  queries  use  a  simple  pattern-matching  approach 
to  decompose  queries  into  a  database  structure.  This  method  is  adequate  for  simple  data  retrieval,  but  docs 
not  help  the  user  whose  query  is  not  understood.  Users  with  partial  understanding  of  the  database  domain 
get  "stuck"  and  cannot  retrieve  the  needed  information. 

Expert-MCA  was  designed  to  develop  a  new  parsing  technique  that  uses  knowledge  of  both  the 
CAPCES  data  and  the  MCA  Cycle  to  analyze  the  user’s  query  to  determine  what  to  include  in  the  FOCUS 
report.  Such  a  parsing  technique  would  not  only  generate  reports,  but  also  assist  the  user  in  constructing 
and  analyzing  queries. 

The  following  sections  describe  the  design  and  implementation  of  the  Expert-MCA  system. 


User  Interface  and  Functional  Capabilities 

The  Expert-MCA  interface  is  a  window-  and  menu-based  environment  for  formulating  and  executing 
queries  against  the  CAPCES  database.  The  interface  allows  both  keyboard  and  mouse-driven  access  to 
Expert-MCA  functions,  and  provides  multiple  overlapping  windows  that  can  be  moved  and  resized.  This 
chapter  describes  the  interface  and  the  functions  it  provides. 

The  Expert-MCA  screen  (Figure  6)  consists  of  four  sections:  (1)  a  pull-down  menu  bar,  (2)  an 
English-query  input  window,  (3)  an  output  window  area,  and  (4)  a  help  bar.  The  pull-down  menu  bar 
provides  access  to  all  the  Expert-MCA  functions.  The  English-query  window  is  used  for  entering 
English  queries  against  the  CAPCES  database.  The  output  window  area  is  used  for  communicating  with 
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the  user  by  displaying  activity  results  (i.e.,  reports,  FOCUS  code)  and  system  messages.  The  output 
window  area  may  contain  several  active,  overlapping  windows  that  the  user  can  choose  by  using  either 
the  mouse  or  keyboard.  The  help  bar  presents  a  context-sensitive  list  of  currently  available  help 
functions,  with  the  associated  key  used  to  activate  them. 

Pull-down  Menu  Bar 

The  remainder  of  this  section  describes  the  functions  accessible  from  the  pull-down  menu  bar. 
Some  of  the  listed  functions  are  new  system  capabilities  not  available  in  the  initial  release  of  Expert- 
MCA.  These  new  features  are  marked  by  an  asterisk  (*)  preceding  the  function  name. 

English-Query  Input  Window 

The  major  function  of  the  Expert-MCA  system  is  the  translation  of  English-language  queries  into 
FOCUS  code,  transmission  of  the  code  to  CAPCES,  and  retrieval  of  the  resulting  report.  Because  of 
this,  when  Expert-MCA  is  invoked,  the  English-query  input  window  is  activated,  awaiting  input.  The 
user  may  type  in  an  English-language  query  immediately,  using  the  arrow  keys  to  edit  the  query  if 
necessary.  The  query  window  also  keeps  a  record  of  previous  queries,  which  the  user  can  retrieve  and 
modify.  Once  the  user  is  satisfied  with  the  English  version  of  the  query,  a  single  keystroke  (Ctrl-T)  will 
cause  the  query  to  be  translated,  and  the  resulting  FOCUS  code  is  displayed  in  the  output  window  area. 
On  the  user’s  confirmation,  the  FOCUS  code  will  be  transmitted  to  CAPCES,  and  the  resulting  report 
stored  in  a  local  file  named  by  the  user.  Once  stored,  the  report  may  be  viewed  or  printed  from  the 
Tools  menu  selection. 

Query  Menu.  The  Query  menu  provides  facilities  for  creating,  modifying,  analyzing,  sending,  and 
saving  queries.  The  commands  in  the  menu  include: 

1.  New  clears  and  activates  the  query  window  so  the  user  may  begin  a  new  query. 

2.  Edit  returns  the  user  to  the  query  window  with  the  currently  active  query  displayed.  If  no 
queries  have  been  entered.  Edit  has  the  same  effect  as  the  New. 

3.  Edit  FOCUS  opens  an  edit  window  in  the  output  window  area  containing  the  currently  active 
FOCUS  code.  This  allows  the  user  to  modify  the  FOCUS  code  generated  by  the  system.  When  the  user 
completes  the  edit,  the  system  asks  whether  the  FOCUS  code  should  be  executed  against  the  CAPCES 
database.  (Notes:  Expert-MCA  does  not  have  the  capability  to  check  the  validity  of  user-modified 
FOCUS  code,  so  such  code  may  generate  FOCUS  errors  when  executed  against  CAPCES.) 

4.  Construct  invokes  a  menu-based  Query  Constructor  that  assists  the  user  in  constructing 
FOCUS  code  directly  without  using  English-query  input.  The  Query  Constructor  uses  Expert-MCA’s 
knowledge  bases  to  assist  the  user  in  choosing  CAPCES  fields  to  include  in  a  report  and  to  construct 
FOCUS  code. 

a.  Query  Constructor  presents  the  user  with  a  menu  of  FOCUS  components  used  to  generate 
reports  based  on  the  FOCUS  command  language.  The  user  chooses  the  CAPCES  fields  to  use  each 
component.  When  a  component  is  selected,  the  user  is  presented  with  a  menu  of  methods  to  select 
CAPCES  field  names.  These  methods  include  selecting  Fields  by  their  functional  category,  by  the  type 
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menu  bar 


Figure  6.  The  Expert-MCA  interface. 


of  information  they  contain,  by  where  they  are  used  in  the  MCA  process,  or  by  logical  association  with 
this  query  component.  The  query  components  used  by  the  Query  Constructor  are: 

(1)  Print  specifics  which  fields  arc  to  be  printed  in  the  columns  of  the  generated  report. 
At  least  one  field  must  be  selected  for  printing. 

(2)  Select  specifics  which  records  in  the  database  will  be  included  in  the  report.  For 
each  field  chosen  under  Select,  the  user  is  prompted  for  a  field  value  and  a  relation  (c.g.,  greater  than 
1000)  that  must  be  satisfied  for  the  record  to  be  selected. 

(3)  Sort  specifies  the  order  for  displaying  records  in  the  resulting  report.  If  several  sort 
fields  are  chosen,  the  report  will  be  sorted  by  the  fields  in  the  order  chosen. 

(4)  Operate  Over  specifics  a  FOCUS  supplied  operation  (SUM,  MINIMUM, 
MAXIMUM,  or  AVERAGE)  to  be  performed  on  a  selected  field.  For  this  feature,  the  user  must  choose 
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two  CAPCES  fields:  one  for  collecting  and  one  for  computing,  and  the  FOCUS  operation  to  be 
performed.  The  resulting  code  will  apply  the  operation  on  the  compute  field  over  each  individual  value 
of  the  collect  field.  For  instance,  if  the  collect  field  is  STATE,  the  compute  field  is  PROJ_COST,  and 
the  operation  is  SUM;  the  report  will  show  the  sum  total  of  PROJ_COST  for  each  STATE. 

(5)  Generated  Field  specifies  a  new  field  to  be  created  for  the  purposes  of  the  repon, 
and  how  that  field  is  to  be  computed.  The  generated  field  then  becomes  a  valid  field  for  printing, 
selecting,  sorting,  or  operating.  New  fields  may  be  generated  using  arithmetic  operations  over  existing 
fields.  For  instance,  the  user  may  choose  to  generate  a  field  named  COST-OVERRUN,  defined  as 
"PROJ_COST  -  APPROP_AMT".  COST-OVERRUN  may  then  be  used  for  priming,  selecting,  sorting, 
or  operating  on  projects  in  the  report. 

(6)  Analyze  invokes  a  knowledge-based  query  analyzer  that  can  analyze  the  currently 
active  query.  This  function  can  do  three  types  of  analysis: 

(a)  Syntactic  Analysis  checks  whether  the  values  for  fields  specified  in  the  query 
are  reasonable,  and  whether  only  valid  field  names  are  included. 

(b)  Report  Analysis  estimates  the  size  of  the  report  that  will  result  from  the  query, 
and  tells  the  user  if  the  query  is  likely  to  produce  a  report  that  is  extremely  long  (many  records)  or 
extremely  wide  (many  fields). 

(c)  MCA  Analysis  tries  to  determine  whether  the  query  is  meaningful  in  relation 
to  the  MCA  process.  This  component  uses  knowledge  about  data  flow  within  the  MCA  process  and  the 
meaning  of  fields  to  determine  if  irrelevant  fields  are  present  or  if  fields  that  should  be  included  arc 
missing  from  the  report.  For  instance,  if  the  user  were  to  ask  for  a  report  showing  the  dale  that  design 
directives  were  released  (DES_DIR_DT),  the  analyzer  might  suggest  adding  the  field  D1RCD,  which 
specifics  the  current  design  directive  issued  because  the  two  fields  are  closely  related. 

(d)  All  provides  the  ability  to  perform  all  three  of  the  above  analyses  on  the  query. 

5.  Send  Batch  sends  FOCUS  commands  accumulated  in  a  batch  file  (sec  Store)  to  CAPCES 
for  execution  in  sequence,  and  collects  the  resulting  reports. 

6.  Store  saves  the  currently  active  FOCUS  code  in  a  batch  file  for  later  transmission. 

Library  Menu 

The  Library  menu  invokes  the  Expcrt-MCA  "librarian,"  which  provides  facilities  for  accessing, 
modifying,  and  saving  libraries  of  queries.  Expcrt-MCA  maintains  multiple  libraries  of  existing  queries 
and  FOCEXECs,  indexed  by  the  MCA  concepts  in  its  knowledge  bases  (discussed  in  more  detail  in 
Chapter  3).  The  commands  in  the  Library  menu  include: 

1 .  Browse  allows  the  user  to  look  through  the  system’s  libraries  of  stored  queries.  The  user  may 
browse  through  stored  queries  by  descending  through  a  hierarchy  of  MCA  concepts;  at  any  point  in  the 
hierarchy,  the  user  may  ask  to  sec  all  queries  stored  under  that  concept.  Queries  and  FOCEXECs  arc 
stored  by  keywords  and  titles. 
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2.  Look  Up  Query  tries  lo  find  stored  queries  that  match  a  specification  given  by  the  user.  The 
user  may  specify  a  look  up  in  one  of  three  ways: 

a.  By  Keyword  -  The  user  is  prompted  for  keywords,  and  the  librarian  searches  for  stored 
queries  that  contain  all  or  some  of  the  given  keywords. 

b.  By  Title  -  The  user  may  specify  a  title  pattern  (using  "wild-card"  characters),  and  the 
librarian  returns  the  queries  or  FOCEXECs  whose  titles  match  the  pattern. 

c.  *By  Sample  Query  -  The  librarian  tries  to  find  queries  in  the  library  that  are  like  the  last 
query  translated  by  the  parser.  Similarity  between  queries  is  based  on  which  CAPCES  fields  are  used 
in  the  last  query  and  how  they  arc  used. 

3.  New  creates  a  new  library  for  storing  queries. 

4.  Load  retrieves  a  library  from  disk. 

5.  Store  saves  a  library  file  to  disk. 

6.  Delete  removes  a  currently  loaded  library  and  all  of  its  queries  from  the  system. 

Dictionary  Menu 

The  Dictionary  menu  provides  facilities  that  allow  the  user  lo  view  and  modify  the  dictionary  of 
terms  used  by  the  Expcrt-MCA  query  parser.  The  commands  in  the  Dictionary  menu  include: 

1.  Browse  allows  the  user  to  look  through  the  phrases  stored  in  the  currently  loaded  dictionaries. 

2.  Look  Up  Phrase  allows  the  user  to  enter  a  phrase  pattern  (using  wild  cards)  and  returns  a  list 
of  the  phrases  that  match  that  pattern. 

3.  Add  Phrase  allows  the  user  to  define  a  new  phrase.  This  process  invokes  the  Query 
Constructor,  which  prompts  the  user  to  construct  a  whole  or  partial  query  that  will  be  associated  with 
the  phrase  in  the  dictionary. 

4.  Edit  Phrase  allows  the  user  to  change  a  phrase’s  definition. 

5.  Delete  Phrase  removes  a  phrase  from  the  dictionary'. 

Tools  Menu 

The  Tools  menu  provides  facilities  for  accessing  a  variety  of  CAPCES  and  MCA  tools  that  are 
not  part  of  Expcrt-MCA  but  arc  valuable  to  users  working  in  the  MCA/CAPCES  environment: 

1 .  *Expert-CADETS  invokes  a  hypertext  system  for  knowledge-based  guidance  for  identification 
of  CAPCES  fields. 
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2.  *MCA  HyperText  invokes  a  hypertext  version  of  Army  Regulation  415-15,  "Military 
Construction  Program  Development  and  Execution." 

3.  Terminal  Emulator  opens  a  terminal  emulation  window  that  connects  to  the  PAX  system. 
The  terminal  emulation  window  allows  input-line  editing  and  recovery  locally  before  commands  are  sent 
to  the  PAX  mainframe. 

4.  ‘Download  CAPCES  will  enable  users  to  download  a  portion  of  the  CAPCES  database  to 
their  personal  computers  (PCs). 

Configuration  Menu 

The  Configuration  menu  provides  facilities  for  tailoring  the  appearance  and  performance  of  Expert- 
MCA.  The  options  provided  include: 

1 .  User  Options  invokes  a  menu  of  control  parameters  and  allows  the  user  to  change  parameter 
values.  The  current  set  of  parameters  is: 

a.  AutoSend  specifies  whether  Expert-MCA  automatically  sends  a  query  to  CAPCES  once 
it  has  been  translated.  If  AutoSend  is  On  (the  default),  Expert-MCA  will  ask  the  user  if  a  query  should 
be  sent  once  it  has  been  translated.  If  AutoSend  is  Off,  Expert-MCA  will  send  a  query  only  when 
commanded  by  the  user. 

b.  Ask  for  Definitions  controls  whether  Expert-MCA  automatically  invokes  the 
Dictionary/Add  Phrase  option  when  an  undefined  phrase  is  found  in  a  query.  The  default  value  is  Off. 

c.  AutoAnalyze  controls  whether  Expert-MCA  automatically  analyzes  queries  after 
translation.  The  default  value  is  Off.  The  AutoAnalyze  parameter  can  be  set  to  Syntactic,  Report, 
MCA,  or  All,  corresponding  to  the  values  of  the  Analyze  option  in  the  Query  menu. 

2.  User  Information  allows  the  user  to  provide  information  specific  to  his/her  role  in  the  MCA 
process.  This  information  is  used  by  Expert-MCA  to  modify  how  queries  are  translated  and  analyzed. 
Expert-MCA  currently  allows  the  user  to  specify  three  kinds  of  information:  (1)  CAPCES  fields  that 
should  be  included  in  every  report,  (2)  selected  restrictions  on  projects  that  should  be  included  in  every 
query,  and  (3)  parts  of  the  MCA  process  that  are  relevant  to  the  user’s  job. 

3.  Comm  Parameters  allows  the  user  to  specify  the  COM  port  and  baud  rate  of  their  modem, 
and  the  number  to  dial  for  connecting  to  the  PAX  system. 

4.  Directories  allows  the  user  to  specify  defaults  for  the  Expert-MCA  home  and  data  directories. 

5.  Save  Config  stores  the  current  configuration  in  a  file  in  the  Expert-MCA  home  directory. 

6.  Load  Config  allows  the  user  to  retrieve  a  previously  stored  configuration  file. 

7.  Colors  allows  the  user  to  change  the  Expert-MCA  screen  colors. 
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Overview  Menu 


The  Overview  menu  provides  a  brief  introduction  to  the  Expcrt-MCA  system. 


Knowledge-Base  Structure 

This  section  describes  the  knowledge  bases  used  by  Expert-MCA  in  translating,  analyzing, 
constructing,  and  storing  queries.  Expert-MCA  contains  several  interrelated  knowledge  bases  on  the 
MCA  process  and  the  CAPCES  database.  These  knowledge  bases  arc  implemented  using  a  virtual- 
memory  frame  system.  After  description  of  the  overall  layout  of  the  MCA  knowledge  bases,  a  section 
is  devoted  to  a  description  of  the  capabilities  and  implementation  of  this  frame  system.  The  final  five 
sections  describe  the  individual  knowledge  bases  in  the  context  of  the  frame  system. 

For  Expcrt-MCA  to  be  useful  to  both  novice  and  experienced  users  of  CAPCES,  it  must  provide 
both  direct  logical  access  to  MCA  and  CAPCES  information  (for  experts)  and  a  user-friendly  interface 
(for  novices).  MCA  and  CAPCES  information  was  organized  into  Expert-MCA  as  a  graph  of 
interconnected  pieces  of  information  or  concepts,  represented  by  vertices,  and  the  relationships  between 
them,  represented  by  lines.  A  knowledge  base  in  Expcrt-MCA  consists  of  a  set  of  concepts  and  their 
associated  relationships.  There  arc  four  primary  knowledge  bases  in  Expert-MCA: 

1 .  The  MCA  Process  knowledge  base  contains  concepts  corresponding  to  events  within  the  MCA 
process.  It  is  organized  to  represent  the  relationship  between  the  events  and  the  order  in  which  they 
occur  as  a  project  progresses  from  the  planning  phase  to  construction  execution.  This  knowledge  base 
is  organized  graphically  with  events  represented  by  vertices,  lines  showing  the  relationships  between 
events,  and  the  relative  position  of  the  vertices  indicating  the  order  in  which  events  occur. 

2.  The  Functional  Category  knowledge  base  contains  concepts  corresponding  to  functional  areas 
within  the  MCA  process.  For  instance,  "Design"  is  a  meaningful  functional  area  in  the  MCA  process, 
and  so  is  represented  by  a  vertex  in  the  graph.  Functional  information  is  organized  in  terms  of  category 
and  subcatcgory,  so  the  functional  category  graph  is  actually  a  tree  (hierarchy)  of  concepts.  Appendix 
B  illustrates  the  graphical  structure  for  this  knowledge  base,  with  the  root  indicating  the  main  functional 
category,  branches  showing  subcatcgorics,  and  the  leaves  indicating  the  associated  CAPCES  data  field. 

3.  The  Information  Type  knowledge  base  contains  concepts  corresponding  to  the  type  of 
information  stored  in  CAPCES  fields.  For  instance,  many  CAPCES  fields  contain  dollar  amounts,  so 
"Amounts"  is  a  vertex  in  the  Information  Type  knowledge  base.  As  in  the  Functional  Category 
knowledge  base,  the  concepts  arc  organized  in  a  hierarchical  tree  structure  (Appendix  C). 

4.  The  Database  knowledge  base  contains  concepts  relevant  to  FOCUS  database1  queries  and 
reports.  For  instance,  "Printing  a  field  as  a  report  column"  is  a  concept  relevant  to  queries  and  reports, 
and  is  a  vertex  in  its  graphical  representation.  Expcrt-MCA  docs  not  capture  the  full  range  of  possible 
actions  on  a  relational  database,  so  the  Database  knowledge  base  is  a  simple,  single-level  hierarchy  of 
disjointed  concepts  relating  to  the  different  function  components  of  database  reporting  languages. 


'  To  ensure  poriability  to  other  database  environments,  this  perspective  contains  concepts  relevant  to  relational  databases  in 
general. 
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The  organization  of  these  knowledge  bases  and  their  interrelationships  are  summarized  in  Figure  7. 
In  the  figure,  concepts  (graph  vertices)  are  represented  as  circles  or  boxes,  and  relationship  between 
concepts  as  lines.  Also  shown  is  a  representation  of  the  CAPCES  data  dictionary.  Expert-MCA 
contains  a  list  of  the  CAPCES  fields  relevant  to  the  concepts  in  each  of  the  other  four  knowledge  bases. 
These  knowledge  bases  contain  pointers  to  fields  related  to  those  concepts.  It  is  this  organization  that 
allows  Expert-MCA  to  get  from  MCA  concepts  to  relevant  fields. 

Figure  7  also  shows  the  Expert-MCA  phrase  dictionary.  The  phrase  dictionary  is  a  mapping  from 
English-language  phrases  to  MCA  concepts  and  to  CAPCES  fields.  The  dictionary  is  used  by  the  query 
parser  (next  section)  to  convert  English-language  queries  into  relational  query  components.  The  phrase 
dictionary  is  also  used  by  the  other  knowledge-based  agents  in  Expert-MCA  to  get  from  English  phrases 
to  relevant  concepts.  For  instance,  the  query  librarian  uses  the  dictionary  to  get  from  phrases  to  nodes 
under  which  queries  may  be  stored.  The  query  analyzer  and  the  menu-based  query  constructor  use  the 
dictionary  indirectly,  as  a  tool  to  assist  users  in  finding  relevant  fields. 

For  reasons  of  clarity,  two  important  relationships  are  not  shown  in  Figure  7.  First,  almost  all 
concepts  in  the  four  knowledge  bases  have  pointers  to  fields  in  the  CAPCES  data  dictionary  relevant 
to  those  concepts.  Second,  concepts  may  have  pointers  to  queries  that  use  those  concepts.  Queries  in 
the  library  are  in  fact  stored  as  part  of  the  phrase  dictionary  (since  they  take  the  same  form  as  phrase 
definitions);  concepts  in  the  knowledge  bases  will  point  to  queries  that  arc  relevant  to  those  concepts. 
For  instance,  a  query  that  prints  design  costs  for  a  set  of  projects  is  related  to  the  "design”  concept  in 
the  MCA  Process  and  Functional  Category  knowledge  bases,  to  the  "Money”  concept  in  the  Information 
Type  knowledge  base,  and  to  any  associated  fields  that  are  printed  under  the  Print  concept  in  the 
Database  knowledge  base. 


Virtual-Memory  Frame  System 

The  current  Expert-MCA  knowledge  base  contains  information  about  258  CAPCES  fields,  and 
over  120  concepts  relevant  to  MCA  and  CAPCES  queries.  The  phrase  dictionary  contains  over  1000 
English  phrases  with  corresponding  definitions.  (There  are  fewer  definitions  than  phrases  since  phrases 
may  be  synonymous.)  Several  types  of  pointers  (lines)  are  stored  with  each  concept,  as  well  as  textual 
information  (names,  descriptions,  etc.).  All  of  this  makes  for  a  sizeable  knowledge  base,  too  large  to 
fit  in  the  normal  (640K)  memory  of  a  microcomputer.  The  next  subsection  describes  the  virtual-memory 
frame  system  that  resolves  this  problem  and  provides  an  efficient  implementation  of  the  knowledge 
bases. 


Implementation  of  the  Expert-MCA  knowledge  bases  required  a  system  capable  of  representing 
the  rich  graph  structure  of  knowledge,  and  capable  of  handling  a  large  amount  of  data  using  a  small 
amount  of  memory.  The  query  parser  required  a  system  that  could  maintain  a  large  number  of  record¬ 
like  items  (phrase  definitions)  that  could  be  modified  (during  query  translation)  and  then  restored  to  their 
original  state.  The  obvious  choice  for  a  general  representation  was  a  frame  system.  Frame-like  systems 
are  common  in  AI  research  and  development;  they  typically  provide  a  dynamic  version  of  data  records 
(i.e.,  data  structures  with  named,  typed  components  called  slots)  and  a  mechanism  of  inheritance 
(through  which  slots  have  dynamically  modifiable  default  values). 
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Figure  7.  The  organization  of  Expert-MCA  knowledge 
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Expert-MCA  is  implemented  in  object-oriented  Turbo  Pascal  5.5.2  Pascal  is  not  normally  used 
for  AI  work  because  it  is  based  on  static  structures  (AI  systems  typically  need  to  dynamically  modify 
their  data  structures).  There  are  no  existing  implementations  of  frame  systems  in  Pascal  for  personal 
computers,  and  frame  systems  typically  provide  no  memory  management.  Expert-MCA  is  therefore 
based  on  a  new  implementation  of  frames  that  provides  most  of  the  standard  frame  system  functions, 
and  automatically  handles  swapping  of  frames  to  and  from  disk  when  they  are  needed. 

The  Expert-MCA  frame  system  is  an  object-oriented  implementation  of  frames  based  on  the 
VirtualArray  object  in  the  Object  Professional  software  library  from  TurboPower  Software.3  The 
VirtualArray  object  implements  large  arrays  (greater  than  64K)  that  automatically  swap  array  elements 
to  and  from  disk  as  they  are  accessed  and  changed.  The  frame  system  uses  a  single  large  array  of  16 
Megabytes  (4194304  indices  with  4  bytes  per  index)  as  an  address  space. 

The  frame  system  is  implemented  as  a  single  object  class,  called  an  environment.  An  environment 
object  contains  a  virtual  array  used  to  store  the  frames.  The  frames  are  themselves  addressed  through 
perspective  objects  associated  with  the  environment.  The  environment  may  have  up  to  32  perspectives, 
and  each  perspective  may  contain  up  to  8,192  frames.  Each  perspective  defines  a  set  of  slots,  possessed 
by  all  the  frames  in  that  perspective;  each  slot  has  a  type  and  a  default  value.  Up  to  120  slots  may  be 
defined  for  a  perspective. 

Perspectives,  slots,  and  frames  may  be  created,  deleted,  and  modified  dynamically  (i.c.,  without 
need  for  compilation).  The  frame  system  therefore  provides  the  flexibility  needed  to  implement 
Expert-MCA  knowledge  bases.  Since  all  of  the  data  regarding  frames  and  perspectives  are  stored  in  the 
environment’s  virtual  array,  the  data  is  automatically  paged  in  and  out  of  memory  when  it  is  accessed. 
The  virtual  array  is  set  up  so  that  its  pages  contain  only  complete  frames,  so  that  paging  performance 
is  directly  related  to  frame  use.  The  frame  system  environment  allows  eight  types  of  slots  in  frames: 

1 .  Integer;  a  four-byte  signed  integer  value 

2.  List  of  Integer:  a  list  of  Integers 

3.  Float:  a  four-byte  floating-point  number 

4.  List  of  Float:  a  list  of  Floats 

5.  String:  a  Pascal  string,  up  to  255  characters 

6.  List  of  String:  a  list  of  Strings 

7.  Address:  a  pointer  to  another  frame4 

8.  List  Of  Address:  a  list  of  Addresses. 


The  major  advantage  of  using  this  frame  system  for  Expert-MCA  is  that  it  can  read  knowledge 
bases  from  text  Files  and  save  them  (in  nontext  form)  on  disk.  Because  knowledge  bases  can  be  read 
from  text,  they  may  be  developed  or  modified  on  a  second  microcomputer,  or  modified  directly  in  text 
form.  Because  the  frame  data  is  stored  and  swapped  to  and  from  disk  on  demand,  it  is  easy  to  dump 
the  entire  system  onto  disk  in  binary  form  to  save  it.  The  knowledge  bases  can  then  be  loaded  by 


1  Turbo  Pascal  is  a  trademark  of  Borland  International,  Inc.,  Scotts  Valley,  CA. 

3  Turbo  Power  Software,  PO  Box  66747,  Scons  Valley,  CA. 

*  Note  that  the  Address  slot-value  type  contains  indices  into  the  virtual  array  rather  titan  actual  machine  addresses.  This  is  a 
significant  advantage  for  reducing  the  load  time  of  knowledge  bases. 
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simply  opening  the  paging  file  for  the  virtual  array.  Expcrt-MCA  employs  this  technique  on  startup; 
it  has  resulted  in  a  decrease  in  knowledge  base  load  time  (from  the  prototype  version  of  the  system, 
developed  in  LISP)  from  minutes  to  less  than  10  seconds. 

All  of  the  Expcrt-MCA  knowledge  bases  discussed  below  are  implemented  as  individual 
perspectives  in  the  virtual-memory  frame  system.  The  phrase  dictionary  (next  section)  is  also 
implemented  as  frames  stored  in  several  different  perspectives. 

The  MCA  Process  Knowledge  Base 

The  MCA  Process  knowledge  base  contains  frames  representing  states  and  significant  actions  in 
the  life  of  a  construction  project  in  the  MCA  process.  The  following  slots  are  defined  for  frames  in  the 
MCA  Process  knowledge  base  (where  slots  arc  given  as  slot  name  and  slot  type,  separated  by  a  colon, 
and  a  slot  description  follows  a  double  semi-colon): 

1.  Concept-Name:  String  ;;A  string  briefly  describing  the  concept. 

2.  Followed-By:  ListOfAddress  ;;Actions  or  states  in  the  MCA  process  that  follow  immediately 
after  this  one. 

3.  Preceded-By:  ListOfAddress  ;;Actions  or  states  in  the  MCA  process  that  immediately 
precede  this  one. 

4.  SubProcess:  ListOfAddress  ;;A  set  of  actions  or  states  that  are  a  part  of  this  action  or  state. 

5.  SuperProcess:  Address  ;;An  action  or  state  of  which  this  one  is  a  part. 

6.  Fields:  ListOfAddress  ;;CAPCES  fields  that  this  state  relates  to. 

There  are  currently  about  50  frames  in  this  knowledge  base.  A  small  example  will  suffice  to 
illustrate  the  organization  of  this  part  of  Expcrt-MCA’s  knowledge.  One  component  of  project 
development  is  review  and  modification  of  the  DD  Form  1391  after  a  project  has  been  approved  for  35 
percent  design  by  the  Construction  Requirements  Review  Committee.  This  process  is  represented  in 
Expert-MCA  by  a  single  frame: 


Concept-Name  =  "DD  Form  1391  Review  Process” 

Followed-By  =  (  ACE-PREP-CRRC-II  MACOM-PREP-CRRC-O  ) 
Preceded-By  =  (  DEH-FINALIZE-1391  ) 

SubProcess  =  (  MACOM-REVIEW-1391  MACOM-SUBM1T-1391-TO-ACE 
ACE-REVIEW- 1 39 1  ACE-SUBMIT- 1  j9  1-TO-DISTRICT 
DISTRICT-REVIEW- 1391  ) 

Fields  =  (  CWE_AMT  CURR_1391_DT  ) 


In  this  description,  phrases  in  capital  letters  represent  pointers  to  other  frames.  This  particular 
frame  represents  a  relatively  high-level  description  of  part  of  the  MCA  cycle,  so  it  has  several  pointers 
to  lower  level  frames  and  only  a  few  pointers  to  actual  CAPCES  fields.  Pointers  to  fields  will  be  stored 
at  the  higher  level  only  if  they  are  subject  to  change  or  modification  at  all  of  the  lower  level  actions. 
In  this  case,  at  any  point  in  the  1391  review  process,  the  project’s  current  working  estimate 
(CWE_AMT)  and  current  date  on  the  1391  form  (CURR_1391_DT)  may  change,  so  these  fields  ate 
associated  with  the  entire  process. 
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The  Functional  Category  Knowledge  Base 

The  Functional  Category  knowledge  base  contains  frames  representing  concepts  that  group 
CAPCES  fields  by  their  functional  use  in  the  MCA  process.  These  concepts  are  organized  in  a  simple 
hierarchy,  so  frames  in  the  process-functional  knowledge  base  have  only  a  few  slots: 


Concept-Name:String  ;;A  string  briefly  describing  the  concept 
Functional-SubTypesiListOf Address  "Concepts  that  are  subordinate  to  this  one 
Functional-SuperTypes:ListOfAddress  ;;Concepts  that  are  superordinate  to  this  one 
Fields:ListOfAddress  "CAPCES  fields  associated  with  this  concept 


The  Functional  Category  knowledge  base  is  a  tree  whose  leaves  are  CAPCES  fields.  Vertices  in 
the  tree  represent  commonalities  between  fields;  as  the  tree  is  ascended,  the  commonalities  become  more 
abstract.  The  Functional-SubTypes  slot  points  downwards  in  the  tree,  the  Functional-SuperType  slot 
points  upwards.  Figure  8  shows  a  subsection  of  the  graphical  structure  for  the  knowledge  base  along 
with  a  sample  of  the  frame  representation  for  "Approval  Date"  concept. 

The  Functional  Category  knowledge  base  is  used  for  browsing  the  dictionary  and  the  library,  and 
by  the  Analyzer.  The  browsers  allow  the  user  to  traverse  the  Process-Functional  tree  when  searching 
for  queries,  phrases  or  CAPCES  fields.  The  Analyzer  uses  the  knowledge  base  to  seek  commonalities 
between  fields  in  a  report;  if  a  proposed  query  does  not  contain  fields  that  belong  together  under  some 
node  in  the  Functional  Category  knowledge  base,  the  user  may  have  chosen  the  wrong  field. 

The  Information-Type  Knowledge  base 

The  Information-Type  knowledge  base  is  much  like  the  Functional  Category  knowledge  base: 
frames  in  the  knowledge  base  represent  concepts  that  group  CAPCES  fields.  In  this  case,  however, 
fields  are  grouped  by  the  type  of  information  contained  in  them  (rather  than  how  they  are  used  in  the 
MCA  Cycle).  The  slots  in  this  knowledge  base  are  exactly  analogous  to  the  slots  in  the  Functional 
Category  knowledge  base: 

Concept-Name:  String  ;;A  string  briefly  describing  the  concept 
Information-SubTypes:  ListOfAddress  ;;Concepts  that  are  subordinate  to  this  one 
Information-SuperTypes:  ListOfAddress  ;;Concepts  that  are  superordinate  to  this  one 
Fields:  ListOfAddress  ;;CAPCES  fields  associated  with  this  concept 


CRRC  Review 


■  - Approval  data 

-  Proponent - 

-  Status - 


CRRC_DATE 

PROP 

CRRC 


Concept -Name :  "Approval  Date" 

Functional-SubTypes :  ( ) 

Functional-SuperTypes : (CRRC-Review) 

Fields :  (CRRC_DATE ) 

Figure  8.  Graphical  structure  of  Approval  Date. 
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The  Information-Type  knowledge  base  is  a  tree  whose  leaves  are  CAPCES  fields.  The  Information- 
SubTypes  slot  points  downwards  in  the  tree,  the  Information-SupeiTypes  slot  points  upwards.  Some  of 
the  concepts  in  the  Information-Type  knowledge  base  are  the  same  as  concepts  in  the  Functional  Category 
knowledge  base;  this  is  not  surprising,  as  field  use  in  MCA  is  related  to  the  type  of  information  in  the 
field.  Figure  9  shows  a  subsection  of  the  graphical  structure  for  the  knowledge  base  along  with  a  sample 
of  the  frame  representation  for  the  "Advertisement"  concept. 

The  Information-Type  knowledge  base  is  used  by  the  dictionary  and  library  browsers,  and  the  menu- 
based  query  constructor,  to  help  the  user  find  queries,  phrases,  or  CAPCES  fields.  The  query  analyzer 
uses  this  knowledge  base  to  ensure  that  fields  are  being  used  in  the  correct  role  (e.g.,  that  there  are  no 
computations  used  on  descriptive  fields). 

The  Database  Knowledge  Base 

The  Database  Knowledge  base  is  the  simplest  of  the  four  major  Expert-MCA  knowledge  bases. 
Like  the  previous  two  knowledge  bases,  frames  in  the  Database-Function  represent  concepts  that  group 
CAPCES  fields.  In  this  case,  fields  arc  grouped  by  how  they  might  be  used  in  queries.  The  slots  in  this 
knowledge  base  are  exactly  analogous  to  the  slots  in  the  previous  two  knowledge  bases: 


Concept-Name:  String  ;;A  string  briefly  describing  the  concept 
DBFunction-SubTypes:  ListOfAddress  ;;Concepts  that  arc  subordinate  to  this  one 
DBFunction-SuperTypes:  ListOfAddress  ;;Concepts  that  are  superordinate  to  this  one 
Fields:  ListOfAddress  "CAPCES  fields  associated  with  this  concept 


The  Database-Function  knowledge  base  is  also  a  tree  whose  leaves  are  CAPCES  fields,  but  in  this 
case,  the  tree  is  only  one  layer  deep.  The  DBFunction-SubTypes  and  DBFunction-SuperTypes  fields  are 
currently  unused,  but  arc  present  if  more  detailed  FOCUS  knowledge  should  be  added  to  the  system  later. 
The  Database-Function  knowledge  base  currently  groups  all  the  CAPCES  fields  into  one  of  the  following 
five  categories  (fields  may,  of  course,  appear  in  more  than  one  category): 

1.  Printed 

2.  Selected  By 

3.  Collected  By 

4.  Sorted  By 

5.  Computed  On. 


DATE - Construction - Advertisement - r- Bid  Opening - BIDOD 

Contract  awarded - EX_AWARD_DT 

*-  Expected  award - FORECAST- 

Concept-Name:  "Advertisement" 

Inf ormation-SubTypes :  (Bid-Opening  Contract-awarded  Expected-award) 

Information-SuperTypes :  (Construction) 

Fields :  (  ) 


Figure  9.  Graphical  structure  of  Advertisement. 


Fields  under  the  Printed  frame  are  those  that  may  be  printed  in  a  report.  Fields  under  the  Selected 
By  frame  are  those  that  may  be  used  to  select  projects  included  in  the  report  (for  instance,  MACOM  is 
under  Selected  By  because  CAPCES  users  in  Major  Commands  typically  want  to  see  only  projects  under 
them).  Fields  under  the  Collected  By  frame  are  those  that  may  be  used  to  summarize  projects  with  a 
single  value  for  that  field  (for  instance,  STATE  is  under  Collected  By  because  it  is  reasonable  to  ask 
summary  questions  about  all  the  projects  in  each  state). 

Fields  under  the  Sorted  By  frame  are  those  that  may  be  used  to  sort  reports  (e.g.,  DD_SORT_CD). 
Fields  under  the  Computed  On  frame  are  those  that  may  be  meaningfully  used  in  an  arithmetic  formula 
(e.g.,  PROJ_COST). 

The  Database  Function  knowledge  base  is  used  primarily  by  the  menu-based  query  constructor  and 
the  dictionary.  Users  see  the  five  Database  Function  categories  when  constructing  a  query  or  adding  a 
new  phrase  to  the  dictionary.  The  analyzer  also  uses  this  knowledge  base  to  ensure  that  fields  in  a  query 
are  being  used  in  their  proper  roles. 


The  Query  Parser 

The  query  parser  translates  English  queries  into  an  internal  representation  and  then  converts  this 
internal  form  into  a  FOCUS  query.  The  process  consists  of  four  phases.  First,  the  English  query  is 
preprocessed  to  remove  simple  elements  such  as  contractions  and  end  punctuation.  Second,  phrases  in 
the  English  query  are  replaced  by  structural  equivalents  following  a  dictionary  lookup.  Third,  parse  rules 
are  applied  to  transform  the  structured  query  list  into  a  parse  tree,  where  each  node  in  the  tree  represents 
a  function  to  be  performed  on  the  data  retrieved  from  the  CAPCES  database.  The  product  of  the  third 
phase  is  the  internal  representation  that  Expert-MCA  uses  to  store  a  query  for  later  reuse.  The  fourth 
phase  translates  the  internal  representation  (parse  tree)  into  a  FOCUS  query  that  can  be  executed  against 
the  data  in  CAPCES. 

The  next  section  describes  the  dictionary  used  by  the  parser  to  look  up  phrases.  The  following  four 
sections  describe  the  four  phases  of  the  parsing  process.  The  last  section  discusses  future  enhancements 
to  the  parser. 

The  Phrase  Dictionary 

One  of  the  main  functions  of  the  parser  is  to  look  up  meanings  for  the  phrases  in  the  English  query. 
Phrase  meanings  are  stored  in  the  dictionary  perspective  indexed  by  the  phrase  string.  Each  entry  in  the 
dictionary  perspective  points  to  one  or  more  entries  in  other  subperspectives.  Entries  in  the 
subperspectives  can  point  to  other  entries  within  the  subperspectives. 

1.  The  Garbage  perspective  defines  those  phrases  to  be  ignored  during  the  parsing  of  the  query. 

2.  The  Plural  perspective  is  used  to  define  the  plural  version  of  phrases  already  in  the  dictionary. 

3.  The  CAPCES-Field  perspective  is  used  to  define  fields  in  the  CAPCES  database. 

4.  The  Add-Field  perspective  is  used  to  define  new  fields  that  are  formulas  involving  other  fields. 
For  example,  Cost  Overrun  is  defined  as  the  difference  between  Project  Cost  and  Appropriated  Amount. 
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5.  The  Format  perspective  is  used  to  specify  which  fields  are  to  he  printed  and  whether  or  not  they 
should  be  sorted. 

6.  The  Select  perspective  defines  constraints  on  the  values  of  CAPCES-Ficlds  and  Add-Fields. 

7.  The  Special-Def  perspective  is  used  to  define  a  variety  of  special  phrases  (c.g.,  relations, 
arithmetic  operators,  ranges)  and  values  of  all  types  (e.g.,  integer  and  real  numbers). 

For  example,  consider  the  query  "PLEASE  SHOW  COST  OVERRUNS  FOR  FY  90".  The  actual 
meanings  retrieved  from  the  Expert-MCA  dictionary  are  shown  in  Figure  10.  The  entry  for  "90"  docs  not 
actually  exist  in  the  dictionary,  but  is  constructed  during  the  parse  of  the  query. 

The  next  four  sections  describe  the  phases  that  retrieve  meanings  from  the  dictionary,  fill  in  empty 
slots,  and  link  the  meanings  together  to  form  a  query  parse  tree  that  can  be  converted  to  FOCUS  code. 


"PLEASE" 

1  Garbage 

Name  «  PI, EASE  ] 

"SHOW” 

l  Format 

SortFields  =  (  ) 

Verb  -  PRINT 
SortOrder  -  ] 

"COST  OVERRUNS" 

t  Plural 

Reference  = 

[  Select 
Relation  - 

{  Special-Def 
Type  -  RELATION 
St ringVal  -  GT  ] 

Field  - 

[  Add-Field 

Formula  *  PROJ_COST  -  APPROP_AMT 
Result  =  COST-OVERRUN  ] 

ValueList  -  ( 

[  Special-Def 
IntVal  -  0 

Type  -  INTEGER  ]  )  ]  ] 


"FOR" 

J  Sr iect 

Relation  =*  NULL 
Field  -  NULL 
ValueList  *•  (  )  ] 


"FY" 

|  CAPCES-F le Id 
Dbase-Name  =  FY 
Type  -  A 

Owner  -  DAEN-ZCP-MA 
Length  =■  ?  ] 

"90" 

[  Special -Do f 
InlVaJ  -  90 
Type  -  Integer  ) 


Figure  10.  Dictionary  meanings  for  sample  query. 
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Preprocessing 

The  preprocessing  phase  removes  unnecessary  punctuation  from  the  English  query.  There  are  three 
types  of  unnecessary  punctuation:  extra  spaces,  apostrophes,  and  end  punctuation.  First,  the  preprocessing 
phase  removes  all  leading  and  trailing  spaces  from  the  query  and  ensures  that  there  is  only  one  space 
between  words.  Second,  end  marks  (periods,  question  marks,  and  exclamation  marks)  are  removed  from 
the  end  of  the  query.  Finally,  internal  punctuation  (apostrophes)  is  removed.  Contractions  are  expanded 
by  matching  them  against  a  table  of  contraction/expansion  pairs.  Possessives  and  all  remaining 
apostrophes  are  removed. 

Parsing 

After  preprocessing,  the  English  query  is  parsed  into  a  list  of  perspective  entries  representing  the 
meanings  of  the  phrases  within  the  query.  The  English  query  parser  breaks  the  query  into  successively 
smaller  phrases  until  the  phrase  is  found  in  the  dictionary,  i.e.,  the  phrase  is  a  number  or  a  phrase  that  can 
no  longer  be  broken  up.  Figure  1 1  shows  the  sample  query  presented  in  the  previous  section  is  broken 
up  during  the  identification  of  the  dictionary  phrase  "PLEASE". 

Next,  the  meaning  for  "PLEASE"  returned  from  the  dictionary  is  added  to  the  list  of  meanings,  and 
the  process  is  repeated  for  the  rest  of  the  query.  If  a  phrase  is  not  found  in  the  dictionary,  is  not  a 
number,  and  cannot  be  broken  up  further,  then  the  phrase  is  added  to  the  list  of  unknown  phrases  and 
parsing  continues  with  the  rest  of  the  query. 

In  the  above  example,  meanings  will  also  be  found  for  "SHOW",  "COST  OVERRUNS",  "FOR”, 
and  "FY".  After  the  phrase  "90”  cannot  be  found  in  the  dictionary,  the  parser  recognizes  it  as  a  number. 
Numbers  are  converted  to  Special-Def  perspective  entries  and  added  to  the  list  of  meanings.  Thus,  the 
completed  English  query  parse  for  the  sample  query  is  the  list  of  meanings  shown  in  Figure  10. 

Parse  Rules 

Parse  rules  modify  the  list  of  meanings  to  construct  the  final  query  parse  tree.  The  Expert-MCA 
parse  rules  are  defined  in  a  separate  file  and  are  read  in  during  the  initialization  of  the  Expert-MCA 
program.  A  parse  rule  consists  of  three  parts:  the  name  of  the  rule,  the  condition  in  which  the  rule  is 
fired,  and  the  action  to  be  taken  if  the  condition  is  met.  Thus,  the  syntax  of  a  parse  rule  is: 

(Rule  (rule-name)  (condition)  (action)). 

Instead  of  describing  the  entire  syntax  of  the  rule  components,  several  actual  parse  rules  used  in 
Expert-MCA  that  are  applicable  to  the  sample  query  are  presented.  Symbols  beginning  with  "?"  are 
variables  that  can  match  a  single  element  in  the  list  of  meanings.  English  descriptions  accompany  each 
rule. 


The  RemoveGarbage  rule  removes  any  entries  from  the  Garbage  perspective.  In  the  sample  query, 
this  rule  would  remove  the  entry  for  "PLEASE": 

(Rule  RemoveGarbage 

(Equal  (Perspective  ?x)  Garbage) 

(Remove  ?x)) 
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Rest  of  Query  to  be  Parsed 


Phrase  to  be  Looked  Up 

"PLEASE  SHOW  COST  OVERRUNS  FOR  FY  90" 

"PLEASE  SHOW  COST  OVERRUNS  FOR  FY”  "90" 

"PLEASE  SHOW  COST  OVERRUNS  FOR"  "FY  90” 

"PLEASE  SHOW  '"'OST  OVERRUNS"  "FOR  FY  90" 

"PLEASE  SHOW  COST"  "OVERRUNS  FOR  FY  90" 

"PLEASE  SHOW"  "COST  OVERRUNS  FOR  FY  90" 

"PLEASE"  “SHOW  COST  OVERRUNS  FOR  FY  90" 

Figure  11.  Sample  query  parse. 

The  LookUpPlu.al  rule  replaces  entries  from  the  Plural  perspective  with  the  nonplural  meaning. 
In  the  sample  query,  this  rule  replaces  the  entry  for  "COST  OVERRUNS"  with  the  singular  Select 
meaning  for  "COST  OVERRUN": 

(Rule  LookUpPlural 

(Equal  (Perspective  ?x)  Plural) 

(Set  ?x  (SlotValue  ?x  Reference))) 

The  FillSelectFieldWithField  rule  fills  in  the  Field  slot  of  a  Select  perspective  entry  with  a 
CAPCES-Field  perspective  entry  if  the  slot  is  empty  and  if  the  CAPCES-Field  perspective  entry  is  right 
next  to  the  Select  perspective  entry.  Because  the  CAPCES-Field  perspective  entry  now  resides  in  the 
Field  slot  of  the  Select  perspective  entry,  the  CAPCES-Field  entry  can  be  removed  from  the  query'  list. 
In  the  sample  query,  the  CAPCES-Field  perspective  entry  for  "FY"  is  removed  from  the  query  list  and 
stored  in  the  Field  slot  of  the  Select  perspective  entry  for  "FOR". 

(Rule  FillSelectFieldWithField 
(And 

(Equal  (Perspective  ?s)  Select) 

(Equal  (SlotValue  ?s  Field)  Nil) 

(Equal  (Perspective  ?f)  CAPCES-Field) 

(Equal  (Position  ?f)  (Plus  (Position  ?s)  1))) 

(And 

(Set  (SlotValue  ?s  Field)  ?f) 

(Remove  ?0)) 

The  FillSclcctRclaiionWilhDcfault  rule  fills  in  the  Relation  slot  of  a  Select  perspective  entry  with 
the  default  EQ  relation  when  a  relation  does  not  occur  in  the  query.  The  (Lookup  EQ)  expression  in  the 
rule  retrieves  the  meaning  of  EQ  from  the  dictionary,  which  in  this  case  is  a  Spccial-Dcf  of  type 
RELATION.  Because  our  sample  query  docs  not  contain  an  explicit  relation,  this  rule  fills  in  the  Relation 
slot  with  the  EQ  Spccial-Dcf.  If  the  query  had  been  "...FOR  FY  <  90",  then  this  rule  would  not  execute, 
and  another  rule  would  fill  the  Relation  slot  appropriately: 

(Rule  FillSclcctRclationWilhDcfault 
(And 

(Equal  (Perspective  ?s)  Select) 

(Equal  (SlotValue  ?s  Relation)  Nil) 

(Not  (Equal  (SlotValue  Is  Field)  Nil))) 

(Set  (SlotValue  7s  Relation)  (LookUp  EQ))) 
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The  FillSelectValueListWith Value  rule  adds  a  value  to  the  ValueList  slot  of  a  Select  perspective 
entry  if  the  ValueList  slot  is  empty  and  a  Special-Def  perspective  entry  is  right  next  to  the  Select 
perspective  entry.  The  Special-Def  entry  is  removed  from  the  query  list.  In  our  sample  query,  the 
Special-Def  perspective  entry  for  "90"  is  removed  from  the  query  list  and  stored  in  the  ValueList  slot  of 
the  Select  perspective  entry  for  "FOR": 

(Rule  FillSelectValueListWithValue 
(And 

(Equal  (Perspective  ?s)  Select) 

(Equal  (SlotValue  ?s  ValueList)  Nil) 

(Not  (Equal  (SlotValue  ?s  Field)  Nil)) 

(Equal  (Perspective  ?v)  Special-Def) 

(Equal  (Position  ?v)  (Plus  (Position  ?s)  1))) 

(And 

(Set  (SlotValue  ?s  ValueList)  ?v) 

(Remove  ?v))) 


Two  other  rules  execute  for  our  sample  query.  One  rule  puts  the  "COST  OVERRUN"  Add-Field 
into  the  SortFields  slot  of  the  "SHOW"  Format  perspective  entry.  Another  rule  links  the  "SHOW"  Format 
perspective  entry  to  the  "FOR"  Select  perspective  entry. 

The  list  of  Expert-MCA  parse  rules  are  repeatedly  applied  in  order  until  no  rule  executes.  The  result 
of  parsing  is  an  ordering  of  the  operations  on  CAPCES  that  are  specified  by  the  phrase  meanings.  This 
ordering  is  expressed  as  a  tree;  operations  higher  in  the  tree  are  applied  to  the  results  of  operations  lower 
in  the  tree.  Figure  12  shows  the  resulting  tree  for  the  sample  query. 

This  parse  tree  is  Expert-MCA’s  internal  form  for  the  query.  If  the  user  would  like  to  store  the 
query  for  future  use  or  analyze  the  query  for  inconsistencies,  Expert-MCA  uses  this  internal  form.  The 
FOCUS  code  generator  also  uses  this  internal  form  to  construct  a  FOCUS  query. 

FOCUS  Code  Generation 

Currently,  the  FOCUS  code  generation  phase  resides  in  Pascal  procedures,  because  the  parse  tree 
representation  affords  simple  translation  into  FOCUS  code.  The  procedures  first  define  all  Add-Field 
perspective  entries  in  FOCUS  DEFINE  statements.  Next,  the  SortFields  of  each  Format  perspective  are 
converted  to  FOCUS  verb  and  sort  statements.  Then,  Select  perspective  entries  are  converted  to  FOCUS 
IF  statements.  Figure  1 3  shows  the  FOCUS  code  generated  for  our  sample  query. 

Once  the  FOCUS  code  is  generated,  the  major  components  of  the  parser  are  in  place.  Several 
queries  in  addition  to  the  above  sample  query  have  been  parsed  successfully.  More  parse  rules  are  needed 
to  increase  the  scope  of  English  queries  understood  by  the  parser.  As  more  complex  FOCUS  code  is 
needed  to  translate  queries,  the  Pascal  procedures  will  be  replaced  by  a  rule-based  translation.  Because 
the  rule-processing  procedures  are  already  in  place  for  the  parse  rules,  this  change  requires  only  that  more 
rules  be  written.  Third,  a  mechanism  for  including  default  fields  in  the  FOCUS  code  is  needed.  Such 
a  mechanism  would  allow  the  Project  Description  field  to  be  printed  as  well  as  COST-OVERRUN  in  our 
sample  query. 
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"SHOW" 


I  Format 

SortFields  “  ( 

[  Add-Field 

Formula  -  PROJ_COST  -  APPROP_AMT 
Result  -  COST-OVERRUN  J  ! 

Verb  -  PRINT 
SortOrder  -  ] 


"COST  OVERRUN" 

I  Select 
Relation  - 

[  Special-Def 
Type  -  RELATION 
StringVal  -  GT  ] 

Field  - 

!  Add-Field 

Formula  -  PROJ_COST  -  APPROPAMT 
Result  -  COST-OVERRUN  1  ] 


1  Add-Field 

Formula  -  PROJCOST  -  APPROPAMT 
Result  -  COST-OVF.RRUN  i  1 


"FOR  FY  90" 

[  Select 
Relation  » 

I  Special-Def 
Type  -  RELATION 
Str IngVal  -  EQ  ] 
Field  ' 

(  CAPCES-F leld 
Dbase-Name  *  Fy 
Type  >  A 

Owner  ”  DAEN-ZCP-MA 
Length  »  ?  ] 
ValueList  -  ( 

I  Special-Def 
IntVal  »  90 
Type  -  Integer  ]  )  ] 


CAPCES  Database 

Figure  12.  Complete  parse  for  sample  query. 


DEFINE  FILE  PM M FILE 

COST-OVERRUN  =  PROJ_COST  -  APPROP_AMT; 
END 

TABLE  FILE  PMMFILE 
PRINT  COST-OVERRUN 
IF  COST-OVERRUN  GT  0 
IF  FY  EQ  90 

ON  TABLE  HOLD  FORMAT  WP 
END 


Figure  13.  Generated  FOCUS  code  for  sample  query. 
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4  CONCLUSION 


The  prototype  Expert-MCA  system  demonstrates  the  feasibility  of  developing  a  knowledge-based 
natural  language  interface  to  the  CAPCES  database.  Expert-MCA  simplifies  user’s  access  to,  and  data 
retrieval  from  the  CAPCES  database  by  interpreting  natural  language  requests  into  FOCUS  command 
language  queries.  This  interface  may  allow  users  with  little  programming  experience  to  generate  accurate 
and  meaningful  database  reports. 


33 


APPENDIX  A:  Project  Monitoring  Master  File  (PMMFILE) 


ENAME-PMMFILE,  SUFFIX=EOC 
************************* 

,$ 

******************** 

************* 

************* 

FILE  NAME  -  PROJECT  MONITORING  MASTER  FILE 
FILE  IDENTIFIER  -  PMMFILE 

REVISION  DATE:  25  SEPTEMBER  1984 
********************************************* 

************* 

************* 

SEGNAME-MAIN ,  SEGTYPE-S 
FIELD=KEYNR, 

,S 

ALIAS=KN, 

USAGE-A13, 

FIELDTYPE=I, $ 

FIELD=KN  UPD, 

ALI AS=KNU, 

USAGE=A1 , $ 

FIELD=KN  SDT, 

ALIAS= , 

USAGE=A1 2 , $ 

FIELD- INST, 

AL I AS=STA  CD, 

USAGE=A5 , 

FIELDTYPE=I, S 

FIELD=PFT, 

ALIAS=PM  FILETYPE, 

USAGE=A1 , 

FIELDTYPE=I, S 

FIELD=FY, 

ALIAS-CFY, 

USAGE=A2 , 

FIELDTYPE=I , $ 

FIELD-DATECFY, 

AL IAS=DT  CFY  CHG, 

USAGE= 16 YMDT 

FIELD=PCFY, 

AL I AS= PREVIOUS  CFY, 

USAGE=A2 , $ 

FIELD=OFY, 

AL IAS= , 

USAGE=A2 ,  S 

FIELD=CMDC, 

ALIAS-CMD  CD, 

USAGE=A2 , 

FI ELDTYPE=  I , $ 

FIELD=PRCD, 

ALIAS-PROG  CD, 

USAGE=A2 , 

FIELDTYPE=  I, $ 

FIELD=ORIG  USVC, 

ALIAS-ORUSVC, 

USAGE- A2, 

FIELDTYPE= I , S 

FIELD=SITE  CODE, 

ALIAS- INCODE, 

USAGE-A5 , S 

F I ELD=CATCD5 , 

ALIAS=CAT5, 

USAGE=A5 , $ 

FIELD=CMD  PRI, 

ALIAS-CMDP, 

USAGE=A5, $ 

FI ELD=DD  SORT  CD, 

AL I AS-DOSC, 

USAGE=A2 , 

FI ELDTYPE- I , $ 

F I ELD=PROG  ELE, 

ALIAS-PE, 

USAGE=A6 ,  $ 

F I ELD= PROJECT  DESC, 

ALIAS=PDES, 

USAGE-A26, $ 

FIELD=CURR  SCOPE, 

ALIAS-SCOPE  C, 

USAGE= I 9C,  $ 

FIELD=ORI  SCOPE, 

ALIAS=SCOPE  0, 

USAGE=I 9C, $ 

FIELD-TYPE  FUNDS, 

ALIAS=TF, 

USAGE=A1 , S 

FIELD=MISSION, 

ALIAS-, 

USAGE=A1 ,  S 

FIELD=TEMP  PN, 

ALIAS-TPN, 

USAGE=A7, S 

FIELD=PERM  PN, 

ALIAS=PPN, 

USAGE=A7,$ 

FIELD-MAIN  FILLER, 

ALIAS-FILL1 , 

USAGE-A3 ,  S 

FIELD=RKEY, 

ALIAS-, 

USAGE-A8 , S 

FIELD-MOB  GROUP, 

ALIAS=MOB  GP, 

USAGE=A1 ,  $ 

************************ 

********************************* 

************* 

SEGNAME-ZCPPFILE,  PARENT=MAIN,  SEGTYPE=U,$ 


FIELD-PROGRAM  YEAR, 

ALIAS=APYR, 

USAGE- A2,  $ 

FIELD=AUTH  YR, 

AL IAS=AUYR, 

USAGE=A2 ,  $ 

FIELD=AUS, 

ALIAS=AUTH  SUP, 

USAGE-A2 , $ 

F I ELD-CAPY, 

AL IAS-CONG  APRV 

YR, 

USAGE-A2, S 

FI ELD=APS, 

ALIAS=APPROP  SUP 

, 

USAGE- A2 , $ 

FIELD=PEYR, 

ALI AS^PROG  EXEC 

YR, 

USAGE-A2 ,  S 

F I ELD=BUDGET  ACT, 

ALIAS-BA, 

USAGE-A1 3 ,  $ 

F I ELD=MPRO  RCD  DT, 

ALIAS  MPRO  DT, 

USAGE- I 6YMTD, $ 

FIELD=MPRO  APD  BY, 

ALIAS=MPROAB, 

USAGE-A1 , 5 

F I ELD-MPRO  APD  DT, 

ALIAS=, 

USAGE- I 6 YMTD, S 

F I ELD=SUB, 

AL I AS= , 

U5AGE-A1 ,  $ 

F I  ELD-UM, 

ALIAS=UN IT  OF  MEA, 

USAGE- A2,  $ 

FIELD=REMARK  2, 

AL I AS-ZCPP  REM2, 

USAGE-A60, S 

F I ELD-REMARK  4, 

ALIAS--ZCPP  REM4 , 

USAGE-A30, $ 

FIELD=PROG  AMT, 

AL IAS=PA, 

USAGE- I8C, $ 

FI  F.LD=DATEPA, 

AL IAS- DT  PA  CHG, 

USAGE- I 6 YMDT, S 

FI  ELD-AUTH  AMT, 

AL IAS=AA, 

USAGE- I 8C, S 

F I ELD- APPROP  AMT, 

ALIAS  r APPA, 

USAGE-I8C, $ 

F I  ELD- PA  DF.S  COST, 

ALIAS--, 

USAGE- I8C, $ 

F I ELD=  PUB  LAW  CD, 

AL I AS- PLCD, 

USAGE-A4  ,  $ 

FIELD-  CON  D I R  AMT, 

AL I AS=CON  AMT, 

USAGE-DI 3.2, $ 

FIELD=CON  STD, 

AL I AS= , 

USAGE-A1 , $ 

FIELD=REPLACE  CODE, 

AL IAS=RC, 

USAGE-A1 , S 

FIELD=2807C, 

ALIAS-2807  CONG 

DT, 

USAGE-I6YMTD, S 

FIF.LD=2807O, 

ALIAS- 2807  OSD  DT, 

USAGE- I 6YMTD , S 

F IELD=2807RQ, 

ALIAS-2807  RQ, 

USAGE-A1 , $ 

F I ELD-DES  DIR  AMT, 

ALIAS-DES  AMT, 

USAGE-DI 3.2, S 

F  I  F.LD=  DES  DISTR  CD, 

ALIAS- , 

USAGE-A2 , S 

F I ELD= EXEC  STATUS, 

AL IAS- EXSTS, 

USAGE- A1 , $ 

F I ELD-CMD  PN, 

AL  I AS-CPN, 

USAGE  -AI 5, S 
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FIELD=AR525  CODE, 

ALIAS=CMTY  CD, 

USAGE=A5 , $ 

FIELD=SORTl, 

ALIAS=S1 , 

USAGE=A3 , $ 

FIELD=SORT2, 

ALIAS=S2 , 

USAGE=A3 , $ 

FIELD=ZCP  XI, 

ALIAS=ZX1, 

USAGE=A1 , $ 

FIELD=ZCP  X2 , 

ALIAS=ZX2, 

USAGE=A1 , $ 

FIELD=ZCP  X3 , 

ALIAS=ZX3, 

USAGE=A2 , $ 

FIELD=ZCP  X4 , 

ALIAS=ZX4 , 

USAGE=A3 , $ 

FIELD=FN1 , 

ALIAS=FOOTNOTEl, 

USAGE=A1 ,  $ 

FIELD=FN2, 

ALIAS=EA, 

USAGE=A1 , $ 

FIELD=FN3, 

AL I AS= FOOTNOTE 3, 

USAGE=A1 , S 

FIELD=SPN, 

ALIAS=SHORTPN, 

USAGE=A8 , $ 

FIELD=PAGE13  91 , 

ALIAS=GRBK  1391PG, 

USAGE=A4 , $ 

FIELD=INDXPAGE, 

ALIAS=, 

USAGE=A4 , $ 

FIELD=SFT, 

ALIAS=SUBFUNDTYPE, 

USAGE=A2 , $ 

FIELD=REMARKA, 

ALIAS=RMKA, 

USAGE=A10,  $ 

FIELD=REMARKB, 

ALIAS=RMKB, 

USAGE=A10,  $ 

FIELD=REMARKC, 

ALIAS=RMKC, 

USAGE=A10, $ 

FIELD=PCA, 

ALIAS=PREVCONGAUTH, 

USAGE=A2 , S 

FIELD=CACTION, 

ALIAS=CONGACTION, 

USAGE=A60,  $ 

FIELD=DRCN, 

ALIAS=DES  CN  NOl, 

USAGE=A3, $ 

FIELD=DRCN2, 

ALIAS=DES  CN  N02, 

USAGE=A3 , $ 

FIELD=CHGSW, 

ALIAS=CHANGE  SW, 

USAGE=A6 , 

FIELD=ZCPP  FILLER, 

ALIAS=FILL2, 

USAGE=A1 , $ 

FIELDTYPE=] 


t************************* 


SEGNAME=ZCP2FILE,  PARENT=MAIN 
FIELD=ZRD,  ALIAS= 

FIELD=CURR_1391_DT,  ALIAS= 
FIELD=1391_DT_DIST,  ALIAS= 
FIELD=1391_OK,  ALIAS= 

FIELD=FORMNO,  ALIAS= 

FIELD=PROCPA,  ALIAS= 

FIELD=CONTROL  CODE,  ALIAS= 


,  SEGTYPE=U, ! 
ZCP2_REF_DT, 
1391_DT, 
1391_DIST, 

FNO, 

PROCESS_COST, 

CNTRC, 


FIELD=PROCFY,  ALIAS=, 

FIELD=COMPONENT,  ALIAS=COMPT, 

FIELD=ZCP2_FILLER,  ALIAS=FILL3, 

FIELD=MOBPRI ,  ALIAS=DA_PRI , 

F I ELD=MOB_D I  ST ,  ALIAS=, 

FIELD=LSD,  AL I AS= LATE_ST_DT , 

FIELD=ROD,  AL I AS=RQD_OCP_DT , 

FIELD=FILL11,  AL I AS=MOB_F I LLER , 


USAGE=I6YMTD, $ 
USAGE=I6YMTD,  $ 
USAGE=I6YMTD,  $ 
USAGE=A1 , $ 
USAGE=A7,  FI 
USAGE= I8C, $ 
USAGE=A1 , $ 
USAGE=A4 , $ 
USAGE=A4,$ 
USAGE=A3 ,  $ 
USAGE=A5,$ 
USAGE=A2,$ 
USAGE=A5 , $ 
USAGE=A5, $ 
USAGE=A2 , $ 


FIELDTYPE=] 


**************************************************************************** 


SEGNAME=ZCP3FILE,  PARENT=MAIN,  SEGTYPE= 


FIELD=LONG  DESC, 

ALIAS=LDESC, 

USAGE=A42, $ 

FIELD=AUTH  REQ, 

ALIAS=REQAUTH, 

USAGE=I8C, $ 

FIELD=APPR  REQ, 

ALIAS=REQAPPR, 

USAGE=I8C, $ 

FIELD=AOTH  CODE, 

ALIAS=AUTHCD, 

USAGE=A1 , S 

FIELD=APPR  CODE, 

ALIAS=APPRCD, 

USAGE=A1 , S 

FIELD=OSD  NOTE, 

ALIAS=OSDN, 

USAGE=A25, $ 

FIELD=ARMY  REQ, 

ALIAS=ARMQ, 

USAGE= I 8C, $ 

FIELD=SASCAUTH, 

ALIAS=SAUTH, 

USAGE=I8C, $ 

FIELD=HASCAUTH, 

ALIAS=HAUTH, 

USAGE=I 8C, 5 

FIELD=SAC  APPR, 

ALIAS=SAPPR, 

USAGE=I8C, $ 

FIELD=HAC  APPR, 

ALIAS=HAPPR, 

USAGE=I8C, $ 

FIELD=CONFAUTH, 

ALIAS=CAUTH, 

USAGE=I8C, $ 

FIELD=CONFAPPR, 

ALIAS=CAPPR, 

USAGE=I8C, $ 

FIELD=AMT1 , 

ALIAS=, 

USAGE=I8C, S 

FIELD=AMT2, 

ALIAS=, 

USAGE= I8C, $ 

FIELD=AMT3, 

ALIAS=, 

USAGE=I8C, $ 

FIELD=AMT4 , 

ALIAS=, 

USAGE=I8C, $ 

FIELD=ZCP3  FILLER, 

ALIAS=FILL4, 

USAGE=A3 , S 

***********************1 


r  A*************************  a****************** 


SEGNAME=AMPERS1,  PARENT=MAIN,  SEGTYPE=U, S 


FIELD=DES_PERCENT, 

FIELD=CWE_AMT, 

F I ELD=CONCOM_DT, 
FIELD=DES_COMP_DT, 
FIELD=DES  ST  DT, 


AL IAS=DES_% , 
ALIAS=CWE, 
ALIAS=CONCEPT, 
ALIAS=, 
ALIAS=DES  SD, 


FIELD=AMPER_FILLER,  ALIAS=FILL6, 


USAGE=A3 , S 
USAGE=I8C, $ 
USAGE= I 6YMTD, $ 
USAGE=I6YMTD, $ 
USAGE=I6YMTD, S 
USAGE=A1 , $ 


**************************************************************************** 
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SEGNAME-ACEFILE,  PARENT 

-MAIN,  SEGTYPE-U,  S 

FIELD-CRRC, 

ALIAS-, 

USAGE-A1 , $ 

FIELD-LEVEL, 

ALIAS-, 

USAGE-A1 ,  $ 

FIELD=ACE  PA, 

ALIAS-APROJA, 

USAGE- I8C, $ 

FIELD=PA  DATE, 

ALIAS-DATE  PA  CHG, 

USAGE- I6YMTD, S 

FIELD=PROP , 

ALIAS-PROPONENT, 

USAGE-A3 , $ 

FIELD=ACEW0RK1, 

ALIAS-AWK1 , 

USAGE-A4 , $ 

FIELD=ACEW0RK2 , 

AL IAS-AWK2 , 

USAGE-A6 , $ 

FIELD=ACEW0RK3 , 

ALIAS-AWK3, 

USAGE-A3 , $ 

FIELD=ACEPRB  PRI, 

ALIAS-, 

USAGE-A4 , $ 

FIELD=REMARK  1, 

ALIAS-ACE  REM, 

USAGE-A60 , $ 

FIELD=ZB, 

ALIAS-ZERO  BUDG, 

USAGE-A2 ,  FIELDTYPE; 

FIELD=CRRC  DATE, 

ALIAS-CRD, 

USAGE- I 6 YMTD , S 

FIELD=ACE  PY , 

ALIAS-, 

USAGE-A2 ,  FIELDTYPE; 

FIELD=PY  DATE, 

ALIAS-DATE  PY  CHG, 

USAGE- I 6 YMTD, S 

FIELD-ACE  CMD  PRI, 

ALIAS-ACMDP, 

USAGE-A5, $ 

FIELD=ACE  D  REL, 

ALIAS-ACEDR, 

USAGE- I 6 YMTD, $ 

FIELD=ACE  DCD, 

ALIAS-, 

USAGE-A1 , S 

FIELD=ZDTCD1 , 

ALIAS-ZCD1 , 

USAGE-I6YMDT, S 

FIELD=ZDTCD2, 

ALIAS-ZCD2, 

USAGE- I 6YMDT, S 

FIELD-ZDTCD4 , 

ALIAS-ZCD4 , 

USAGE-I6YMDT, S 

FIELD=ZDTCD5 , 

ALIAS-ZCD5 , 

USAGE-I6YMDT, S 

FI ELD=ZDTCD6 , 

ALIAS-ZCD6, 

USAGE- I6YMDT, $ 

FIELD=ZDTCD8, 

ALIAS-ZCD8 , 

USAGE- I 6YMDT, $ 

FIELD=ZDTCD9, 

ALIAS-ZCD9, 

USAGE- 16 YMDT, S 

FIELD=PROP  PRIOR, 

ALIAS-P  PRI, 

USAGE-A4 , S 

FIELD=CRRC_PRIOR, 

AL I AS-CRRC  PRI. 

USAGE-A4 , $ 

:*******★*************** 

******************************************! 

SEGNAME=MPCAF I LE ,  PARENT=MA1N,  SEGTYPE-U,$ 

FIELD=EX  AWARD  DT, 

ALIAS-CONST  AW  DT, 

USAGE- I 6 YMTD, S 

FIELD=EXEC  CODE, 

ALIAS-, 

USAGE-A1 , $ 

FIELD=MPCA  REM, 

ALIAS-REMARK  5, 

USAGE-A30, $ 

FIELD-REMARK  5A, 

ALIAS-RMK5 , 

USAGE-A30,  $ 

FIELD-REMARK  6, 

ALIAS-RMK6, 

USAGE-A60, S 

FIELD=CDTCD1 , 

AL  IAS-CD1 , 

USAGE- I 6YMDT, $ 

FIELD-CDTCD2, 

ALIAS-CD2, 

USAGE-I6YMDT, $ 

FIELD-CDTCD4 , 

ALIAS-CD4 , 

USAGE-I6YMDT, $ 

FIELD-CDTCD5, 

ALIAS-CD5, 

USAGE-I6YMDT, S 

FIELD-CDTCD6, 

ALIAS-CD6, 

USAGE- I 6 YMDT, S 

FIELD=CDTCD8 , 

ALIAS-CD8, 

USAGE-I 6YMDT, $ 

FIELD=CDTCD9, 

ALIAS-CD9, 

USAGE- I 6 YMDT, $ 

FIELD=BIDOD, 

ALIAS-BID  OPEN  DT, 

USAGE- I 6YMDT, $ 

FIELD-NOBID, 

ALIAS-NO  BIDDERS, 

USAGE-14,  $ 

FIELD=GOVT  EST, 

ALIAS-GEST, 

USAGE- I8C,  S 

FIELD=LBID, 

ALIAS-LOW  BID, 

USAGE- 1 8C,  S 

FIELD=HBID, 

ALIAS-HIGH  BID, 

USAGE- I 8C, S 

FIELD=DIRCD, 

AL IAS-ZCPP  DCD, 

USAGE-A1 , S 

F I ELD=HL  DES, 

ALIAS- I H  DES, 

USAGE-A1 , S 

FIELD=MPC  DCD, 

ALIAS-, 

USAGE-A1 , S 

FIELD=CONS  COMP  DT, 

ALIAS-CNCND, 

USAGE- I 6 YMDT, S 

FIELD=BOD, 

ALIAS-BEN  OCC  DT, 

USAGE- 1 6 YMDT, S 

FIELD=DES  DIR  DT, 

ALIAS-DES  DR, 

USAGE-I 6 YMTD , $ 

F I ELD= FORECAST, 

AL IAS-FCST  AWD  DT, 

USAGE- I6YMTD, S 

FIELD=AWD_CWE, 

AI.  I  AS  =  AWD_CWE_AMT, 

USAGE- ISC,  $ 

************  ***********1 

******************** 

**********************•< 

SEGN AME=MPESFI LE ,  PARENT-MAIN,  SEGTYPE-U.S 

FIELD=EST  COST, 

ALIAS-, 

USAGE- I8C,  S 

FIELD=SUPER  ADMIN, 

ALIAS-SA, 

USAGE- 1 8C ,  S 

FIELD=EST  DT, 

ALIAS-, 

USAGE- I 6 YMDT, S 

F I ELD-PER  SA, 

ALIAS-, 

USAGE-F3 .1,5 

F I ELD-PROJ  COST  DT, 

AL I AS-PCDT, 

USAGE- I 6 YMTD, S 

F I ELD-PROJ  COST, 

ALIAS  PC, 

USAGE- I8C, $ 

F I ELD-PROJ  COST  CD, 

ALIAS-PCCD, 

USAGE-A1 , S 

F IELD=SOLAR, 

ALIAS-, 

USAGE-I8C, S 

FIELD=PDB  DT, 

ALIAS-, 

USAGE- I6YMTD,S 

FIELD-PDB  RDQ, 

ALIAS-, 

USAGE-A1 , S 

FIELD=CAT  E  EQ, 

ALIAS-CAT  E, 

USAGE- I8C, $ 

F I ELD-PER  CONT, 

ALIAS-PCONT, 

USAGE-F4 . 1,  $ 

F I ELD-CONT, 

ALIAS-, 

USAGE- I8C, S 

F I  ELD-PER  DSGN  , 

AL  IAS-PDSN, 

USAGE-F5 . 1 , S 

F I F.LD-MPES  COMMENT, 

ALIAS- MCOM, 

USAGE-A20, S 
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FIELD=MPES_FILL£R,  ALIAS=FILL7,  USAGE=A2,$ 

★  I***************************************************** 

SEGNAME=MPF.NFILE,  PARENT=MAIN,  SEGTYPE=U,$ 
FIELD=REMARK_3,  ALIAS=MPEN_R£M, 

FIELD=DT_REL_CD1 ,  ALIAS=, 

FIELD=DT_REL_CD2,  ALIAS=, 

FIELD=DEI_DT,  ALIAS=, 

FIELD=MPEN_IND,  ALIAS=, 

FIELD=DEI_RQ,  ALIAS=, 

FIELD=MPEN_DCD,  ALIAS=MPED, 

FIELD=ENREVDT,  ALIAS=DT_REL_REV, 

FIELD=ENRN,  ALIAS=ENG_REV_NUM, 

FIELD=MPEN_FILLER,  ALIAS=FILL8, 

A***************************************** 

SEGNAME=SIGFILE,  PARENT=MAIN,  SEGTYPE=U, S 
FIELD=COM_COST,  ALIAS=, 

FIELD=COM_STAT,  ALIAS=, 

FIELD=COM_DATE,  ALIAS=, 

FIELD=TELER_NO,  ALIAS=TNO, 

FIELD=SIG_FILLER,  ALIAS=FILL9, 

**********************: **********  \*  ********  ■ 

SEGNAME=REPRFILE,  PARENT=MAIN,  SEGTYPE=S1,$ 


FIELD=ZCP  PA  : 

SPN , 

ALIAS=ZSPN, 

USAGE=A3 , $ 

FIELD=ZS  SDT, 

ALXAS=, 

USAGE=A12,  $ 

FIELD=ZS  REM, 

ALIAS=, 

USAGE=A2  6, $ 

FIELD=ZS  PROG 

AMT, 

ALIAS=ZSPA, 

USAGE=I8C, $ 

FIELD=ZS  AUTH' 

AMT, 

ALIAS=ZSAUA, 

USAGE=I8C,  $ 

FIELD=ZS  APPR 

AMT, 

ALIAS=ZSAPA, 

USAGE=I8C, $ 

FIELD=REPR__FILLER, 

ALXAS=FILL10 , 

USAGE=A3 , $ 

SEGNAME=SUBPFI LE ,  PARENT=MAIN,  SEGTYPE=S1,$ 

FIELD=AMPRS_SPN,  ALIAS=,  USAGE=A3,$ 

F I ELD= SUBAMT,  ALIAS=,  USAGE=I8C,S 

FIELD=SUBEXYR,  ALIAS=,  USAGE=A4 , $ 

F I ELD=  SUB_UN I T_MEA ,  ALIAS=SUB_UM,  USAGE=A2,$ 

FI£LD=SUBSCOPE,  ALXAS=,  USAGE=I7C,$ 

FIELD=SUBITEM_DESC,  ALIAS^SDESC,  USAGE=A26,$ 

FIELD=SUB_CONTR,  ALIAS=,  USAGE=A1 ,  $ 

FIELD=SUB_REM,  ALIAS=,  USAGE=A20,$ 

F I ELD= SCH_AWARD_DT ,  ALIAS=SUBAWD_DTSCH,  USAGE=I6YMTD, $ 
FIELD=SUB_AWARD_DT,  ALIAS=SUBAWD_DTACT,  USAGE= 1 6YMTD ,  $ 
FIELD=SUBCAD,  ALIAS=SCON_AW_DT,  USAGE=I6YMTD, $ 

FIELD=SUBBOD,  ALIAS=SBEN_OCC_DT,  USAGE=I6YMTD, S 

FIELD=SUBBIDOD,  ALIAS=S8ID_0P_DT,  USAGE=I6YMTD,  $ 

FIELD=SUBNOBID,  ALIAS=SNO_BIDDERS,  USAGE=I4,$ 

FIELD=SUBGEST,  ALIAS=SGOVT_EST,  USAGE=I8C,  $ 

FIELD=SUBLBID,  ALIAS=SLOW_BID,  USAGE=I8C,$ 


FIELD=SUBHBID, 

ALIAS=SUB  HIGH  BID, 

USAGE=I8C, S 

FIELD=SAWD_CWE, 

ALIAS=SUBAWD_CWE, 

USAGE=I8C, $ 

t******************************************************** 

SEGNAME=MACOMSEG,  PARENT=MAIN,  SEGTYPE=U,$ 

FIELD=MTPN, 

ALIAS=M  TEMP  PN, 

USAGE=A7 ,  $ 

FIELD=MPDES, 

ALIAS=M  PROJ  DESC, 

USAGE=A26,  $ 

FIELD=MFY, 

ALIAS=M  FISCAL  YEAR, 

,  USAGE=A2 , $ 

FXELD=MOUS, 

ALIAS=M  ORIG  US  SV, 

USAGE=A2 ,  $ 

FIELD=MCATCD5, 

ALIAS=M  CATCODE, 

USAGE=A5 ,  S 

FIELD=MPRI , 

ALIAS=, 

USAGE=A5 , S 

FIELD=MDDSORT, 

ALIAS=M  SORT  CODE, 

USAGE=A2 , S 

FIELD=MPE, 

ALIAS=M  PROG  ELE, 

USAGE=A6, $ 

FIELD=MSCOPE, 

ALIAS=M  SCOPE, 

USAGE= I 9C, $ 

FIELD=MTF, 

ALIAS=M  TYPE  FUNDS, 

USAGE=A1 , S 

FIELD=MMISSION, 

ALIAS=M  MISSION, 

USAGE=A1 , $ 

FIELD=MPA, 

ALIAS=M  PROG  AMT, 

USAGE=I8C, S 

FIELD=MCONS, 

ALIAS=M  CONS  TYPE, 

USAGE=A1 , $ 

FIELD=MRC, 

ALIAS=M  REPLACE  CD, 

USAGE- A1 , S 

FIELD=MINCODE, 

ALIAS=M  INCODE, 

USAGE=A5 , $ 

FIELD=MPDIP, 

ALIAS=M  PD  IP , 

USAGE=A4 , $ 

FIELD=MPDIPNAME, 

ALIAS=MNAME, 

USAGE=A6, $ 

FIELD=MPRCD, 

ALIAS=M  PR  CODE, 

USAGE=A2 , $ 

FIELD=MRMKI, 

ALIAS=M  REMARK, 

USAGE=A120, $ 

FIELD=MSDTO, 

ALIAS=MSYS  DT  TIME, 

USAGE=A12, $ 

USAGE=I9, $ 
USAGE=A3 , $ 
USAGE=I6YMDT, $ 
USAGE=A1 6, $ 
USAGE=A1 , $ 


USAGE=A60, $ 
USAGE= I6YMTD, $ 
USAGE=I6YMTD,$ 
USAGE=I6YMTD,  $ 
USAGE=A1 , $ 
USAGE=A1 , $ 
USAGE=A1 , $ 
USAGE=I6YMDT, $ 
USAGE=A2, $ 
USAGE=A3 , S 
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FIELD 

FIELD 

FIELD= 

FIELD 

FIELD 

FIELD= 

FIELD= 

FIELD= 

FIELD= 

FIELD= 

************ 

SEGNAME-HI 
F I ELD= 
FIELD= 

C  *********** 

SEGNAME-HI 

FIELD= 

FIELD= 

FIELD= 

FIELD= 

£  *********** 

SEGNAME-HI 
FIELD= 
F I ELD= 
FIELD 
FIELD= 
FIELD 


MPR1SDTG,  ALIAS-MPRI SYSDT, 

MPASDTG,  ALIAS  MPASYSDT, 

MFNO,  AL J AS-MFORMNO, 

MMOBGP ,  AL I AS-MMOB  GROUP, 

MMPRI ,  ALIAS-MMOBPRI , 

MOBPRISDTG,  ALIAS -MOBSDT, 

MLSD ,  ALIAS=MLATE_ST_  DT, 

MROD ,  ALIAS-MRQD  OCP  DT, 

MTIER,  ALI AS-MACOMTIER, 

OMPRI,  ALIAS-OTHERMPRI , 

******************************** 

ST2CP1,  PARENT -MAI N , 

HIS_ZCP 1 _DT,  ALIAS-, 

HIS_PROG  AMT,  ALIAS=, 

****************  a***  i 

STZCP2,  PARENT-MAIN, 

H I S_ZCP2  DT,  ALIAS-, 

hi  S  _ZCP_DR,  ALIAS-- , 

HI  S_ZCP_DCD,  ALIAS---, 

HZP2_FILLER,  ALIAS= 

*************************** 

STZCP3 ,  PARENT-MAIN, 

HI S_ZCP3  _DT,  ALIAS- 

HIS_2807_CNG, ALIAS-, 

H I  S_2807_OSD,  ALIAS- 

HIS  2807_RQ,  ALIAS- 

11ZP3  FILLER,  ALIAS 


USAGE  A1 2, S 
USAGE  A12, $ 
USACE-A7, $ 
USAGE- A1 , $ 
USAGE-AS , S 
USAGE-A12, S 
USAGE-AS, $ 
USAGE- AS , S 
USAGE -Al, $ 
USAGE -AS , S 
************** 

SEGTYPE=SH1 , $ 

USAGE- 16YMTD, 
USAGE- I8C, $ 

k  *****  * 


(  *  *  *  *  *  *  i 


****** 


************ 


SKGTYPE-SH1 ,  $ 

,  USAGE- 1 6 YMTD , 

,  USAGE- 1 6YMTD , 

,  USAGE-A1, 

FILL12,  USAGE-A3 , $ 


SEGTYPE=SH1 , 5 

USAGE- 1  6 YMTD, 
USAGE  - 1 6 YMTD,  : 
USAGE- 16 YMTD , 
USAGE=A1 , 

13,  USAGE- A3 ,  $ 


r  *  *  *  *  *  *  *  i 


**********1 


5  * 

SEGNAME  =  HI  STZCP4  ,  PARENT-MAI 

FIELD-HIS_ZCP4_DT,  ALIAS= 
FIELD=HIS_1391_REC,  ALIAS- 
F I ELD-HI S_ 1 3  91  DIS, 

F I ELD-HI S_1 3  91~OK, 

F I ELD=HZP4_F ILLER, 

S 


FI  LI 

*  *  *  * 

N, 


t***AA*****Ai 


SEGTYPE-SH1 , $ 

USAGE= I 6YMTD, 
USAGE- I 6YMTD , 
ALIAS=,  USAGE= 1 6 YMTD, 

AL  I  AS= ,  USAGE--A1, 

AL  I AS-F I  LI,  14  ,  USAGE- A3 , 5 

**********************A**************1 

SEGNAME=HISTZCPS,  PARENT-MAIN,  SEGTYPE-SH1 ,  $ 

FIELD=IIIS_ZCP5_DT,  ALIAS-,  USAGE- 1 6YMTD, 

FIELD=HI S_DSE  _SD,  ALIAS  =  ,  USAGE- I 6YMTD , 

********************************************************** 


f  *****  » 


(********1 


SEGNAME-H 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

FIELD 

r********* 


ISTACE1, 
=HATRANS, 
=  HKN, 
=HACTDR, 
HACEDR, 
-HACEDCD, 
=  HPA, 
--HFY, 
"HSCP , 
HPFY , 
=HDTFY, 
HDTPA, 
-HODRCN , 
HNDRCN , 

-  fiPDRCN , 
HACEFI LL 


SEGTYPE-SH1 , 
ALI AS= 
AL I AS= 
AL I  AS- 
ALIAS- 
ALIAS- 
ALIAS- 
AL I AS- 
ALIAS- 
AL IAS- 
AL I AS= 
ALIAS= 
ALI AS¬ 
ALIAS 
ALIAS- 
F.R,  ALIAS- 

r***********4 


PARENT-MAIN, 

ACE1TRANS, 

H I SKEYNR , 

ACTDR, 

HISACEDR, 

HI SACEDCD, 

HI  SPADES, 

H  I  SL-'YDES, 
HISSCOPEDES, 
H1SPCFY, 
HISDATEFY, 

HI SDATEPA, 

H I SOLDDRCN , 

II I  SNEWDRCN , 
HISPREDHCN, 
FILL15, 
************* 


$ 

USAGE 

USAGE 

USAGE- 

USAGE- 

USAGE- 

USAGE  - 

USAGE- 

USAGE- 

USAGE- 

USAGE- 

USAGE- 

USAGE- 

USAGE- 

USAGE- 

USAGE  - 

k  *****  * 


1 6 YMTD, 
A13,  S 
I6YMDT, 
I6YMTD, 
A1  , 

I8C,  S 
A2,  S 
I9C,  $ 

A2 ,  $ 
I6YMDT, 
I6YMDT, 
A3,  $ 

A3,  $ 

A3 ,  $ 

A1  ,  $ 


S 

S 

*  *  *  i 


t************** 


r  *****  * 


SEGNAME-HI STMPES,  SEGT 
F  I  ELD-111  S  MPES  DT, 

YPE-SH1 ,  PARENT-MAIN, 
ALIAS- , 

$ 

USAGE -I6YMTD, 

$ 

F I ELD- HI S  CST  DT, 

ALIAS- , 

USAGE  -  1 6 YMTD, 

S 

FIELD- HI  5  PR J  CST, 

ALIAS-, 

USAGE  I8C, 

S 

F  I  F.LD-H  1  S  CST  CD, 

ALIAS- , 

USAGE- A 1 , 

s 

FIELD -HIS  SOLAR, 

ALIAS- , 

USAGE  I8C, 

$ 

FIELD-HMPS  FILLER, 

*********************** 

ALIAS  -  FILM  6, 

********************* 

USAGE- A3 , S 

************** 

****************** 

SEGNAME-H  TSTMPE 1 ,  SEGTYPE-SH I ,  PARENT  MAIN, 
FIELD-HIS  MPE1  DT,  ALIAS-, 

S 

USAGE- I 6 YMTD, 

$ 

FlELD-illS  MPE  DR, 

ALIAS  - , 

USAGE- I 6 YMTD, 

$ 

FIELD-HIS  DEI  DT, 

ALIAS  , 

USAGE- I 6 YMTD, 

$ 

FIELD-H1S  DEI  RQ, 

ALIAS  , 

USAGE- A1 , 

s 

FIELD-HIS  MPE  DCD, 

ALIAS  , 

USAGE -Al  , 

s 

FI  F.LD-H  ISRNREVDT, 

ALIAS  , 

USAGE- 1 6YMDT, 

$ 
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,$ 


,$ 


,$ 


,$ 


FIELD=HISENRN,  ALIAS=,  USAGE=A2,S 


SEGNAME=HISTMPC1 ,  SEGTYPE=SH1,  PARENT=MAIN, 
FIELD=HIS_MPC1_DT,  ALIAS=, 
FIELD=HIS_D£S_DD,  ALIAS=, 

FIELD=HIS_MP C_DCD,  ALIAS=, 
FIELD=HMPC_FILLER,  ALIAS=FILL18, 


k********* 


U  S AGE= 1 6  YMTD ,  $ 
USAGE=I6YMTD,  $ 
UDAGE=A1 ,  $ 
USAGE=A3 , $ 


SEGNAME=HISTMPC2,  SEGTYPE=SH1,  PARENT=MAIN,  $ 

FI£LD=HIS_MPC2_DT,  ALIAS=,  USAGE=I6YMTD,  $ 

FIELD=HI S_CONCOM,  ALIAS=,  USAGE=I6YMTD ,  $ 

FIELD=HIS_DES_AMT,  ALIAS=,  USAGE=I6C,  $ 

A*************************************************************************** 


SEGNAME=HISTLVL,  PARENT=MAIN ,  SEGTYPE=SH1 ,  $ 

F I ELD= H I S_DT_LVL ,  ALIAS=,  USAGE=I6YMTD, S 

FIELD=HIS_LVL,  ALIAS=,  USAGE=A1,$ 

FIELD=HLVL_FILLER,  ALIAS=FILL19,  USAGE=A3,$ 

A*************************************************************************** 


SEGNAME=HISTCFY,  PARENT=MAIN,  SEGTYPE=SH1, $ 

FIELD=HIS_DT_CFY,  ALIAS=,  USAGE=I6YMTD, $ 

FIELD=HIS_CFY,  ALIAS=,  USAGE=A4,$ 


^  $  *************************************************************************** 
,$  *****************  THE  FOLLOWING  are  tables 

$  *************************************************************************** 
SEGNAME=COM2SEG,  PARENT=MAIN,  SEGTYPE=KU,  CRFILE=COM2TBL,  CRKEY=ORIG_USVC, $ 
SEGNAME=SITESEG,  PAR£NT=MAIN,  SEGTYPE=KU,  CRFILE=AR405TBL,  CRKEY=SITE  CODE, $ 
SEGNAME=CATSEG,  PARENT=MAIN ,  SEGTYPE=KU,  CRFILE=CATTBL,  CRKEY=CATCD5, J 
SEGNAME=CAT3DESC,  PARENT=CATSEG,  SEGTYPE=KM,  CRFILE=CATDETBL, $ 
SEGNAME=DESCRSEG,  PARENT=CAT3DESC,  SEGTYPE=KL,  CRFILE=CATDETBL, $ 
SEGNAME=DIVSEG,  PARENT=MAIN,  SEGTYPE=KU,  CRFILE=DIVTBL,  CRKEY=DD_SORT  CD, $ 
SEGNAME=INSTSEG,  PARENT=MAIN,  SEGTYPE=KU,  CRFILE=INSTTBL,  CRKEY=INST, S 
SEGNAME=MACMSEG,  PARENT=MAIN,  SEGTYPE=KU,  CRFILE=MACMTBL,  CRKEY=CMDC, $ 
SEGNAME=ZBDICSEG,  PARENT=MAIN ,  SEGTYPE=KU,  CRFILE=ZBDICTBL,  CRKEY=ZB, $ 
SEGNAME=AUTHSEG,  PARENT=MAIN,  SEGTYPE=KM,  CRFILE=AUTHTBL,  CRKEY=AUTH  CODE,$ 
SEGNAM£=NOTEAUTH,  PARENT=AUTHSEG,  SEGTYPE=KL,  CRFILE=AUTHTBL, $ 

SEGNAME=APPRSEG,  PARENT=MAIN,  SEGTYPE-KM,  CRFILE=APPROTBL,  CRKEY=APPR  CODE, $ 
SEGNAME=NOTESEG,  PARENT=APPRSEG,  SEGTYPE=KL,  CRFILE=APPROTBL, $ 

END 
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APPENDIX  B:  Map  of  CAPCES  Data  Elements  by  Functional  Categories 


Contract  estimate- 


•  Fiscal  year - 

•Form  number - 

-  Stat us - 

•Total  request - 

■Requirement  indicator  - 
-Receipt  date - 


•  Amount - 

-Date  entered - 

-Level  of  review - 

-  Current - 

-First  page  released' - 

■Completed  form  released - 
-Distributed  by  CEMP-P - 


■  PROJ  COST 

-  PRO j“COST_DT 

■  PRO J^COST_CD 

■  CURR^1391_DT 

■  DT_REL__CD1 

■  DT_REL_CD2 

■  1391_DT_DIST 

■  PROCFY 

■  FORMNO 

■  1 39 1__0K 

■  PROCPA 

■  PDB_RDQ 

■  PDB  DT 


-Requirement  indicator - 

-Date  notification  to  Congress- 
-Date  notification  to  OSD - 


■  2807RQ 

■  2807C 
•  28070 


■Directed  amount - 
-  Programmed - 


-  DES_DIR_AMT 
•  PA  DES  COST 


-Designing  agency - 
■  Directives - 


-  Start - 

-  Concept  complet ion  - 

-Final  completion - 


•Current  code 
•  Issue  date  — 


Current  - 
Code  1  - 
Code  2  - 
Code  4  - 
Code  5  - 
Code  6  - 
Code  8  - 
Code  9  - 


Preconcept - 

Concept - 

Held - 

Deferred - 

Final - 

Cancelled - 

Contr  Awarded  - 


-  DES_ST_DT 

-  C0NC0MDT 

-  DES_C0MP_  DT 

-  DES_D I STR_CD 

-  DIRCD 

-  DES_DIR_DT 

-  CDTCD1 

-  CDTCD2 

-  CDTCD4 

-  CDTCD5 

-  CDTCD6 

-  CDTCD8 
-CDTCD9 


■  Engineering 


Design  code - 

Instruction - 

MPE  lndication- 

MPES  comment - 

Remarks - 

Revisions - 


■  Issue  date  — 
•  Requirement  - 


-Date  - - 

-  Number  of  - 


-MPEN  DCD 

-  DEI_DT 
-DEI  RQ 

-  MPEN__ IND 

-  MPES 'COMMENT 

-  REMARK_3 

-  ENREVDT 

-  ENRN 


Date - - 

Number  — - - 

Number  generator - 

New  number - 

Review/Approval  status - 

%  Complete  on  DD  Form  3086- 

Code - - 

Percent  complete - 

Remark - 


-  AC£_D_REL 

-  DRCN 

-  CHGSW 

-  DRCN2 

-  ACEJXD 

-  PER  DSGN 

-  REMARK_5A 
-DES_PERCENT 
■  REMARK  6 
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PROGRAMMING 


Amount 


BUDGETING 


CONSTRUCTION 


-i—  Army  request - 

-  Current - 

-Date  current  amount  changed 

-  Original - 

-OSD  Note  on  Army  request - 


ARMY_R£Q 
PROG_AMT 
DATEPA 
ACE  PA 
OSD^NOTE 


-  CRRC  Review - p  Approval  date 

-  Proponent - 

*-  Status - 


CRRC_DATE 

PROP 

CRRC 


p  MACOM  Remarks 


--Construction  Type — - - 

-Division/District  Sort  Code 

-Execution  Status - 

-Facility  Class - 

-Fiscal  Year - 

-  Mission - 

-Original  Using  Service - 

-  PDIP - - 

-  PDIP  Name - 

-Program  Amount - 

-  Program  Element - 

-Program  Type - 

-Project  Description - 

-  Remarks - 

-Replacement  Indicator - 

-  Scope - 

-Site  Code - 

-Temporary  Project  Number - 

-Type  Funds - - - 


MCONS 

MDDSORT 

EXEC_STATUS 

MCATCD5 

MFY 

MISSION 

MO  US 

MPDIP 

MPDIPNAME 

MPA 

MPE 

MPRCD 

MPDES 

MRMKI 

MRC 

MSCOPE 
M INCODE 
MTPN 
MTF 


*-  Priority- 


■  ACE- 
■DA  — 


j-  MACOM - 

p PROBE  (Prog  Opt  &  Bud  Eval)- 
L  2CH - 


ACEPRB_PRI 
DA_PRI~ 
CMD_PRI 
PROBEPRI 
ZCH  PRI 


Appropriation 


-  -  Action - 

-  Amount - 

-Supplemental  Year 
L  Year - 


T 


Code- 

Note- 


By  Congress  - 


-  APPR_CODE 

-  APPR^NOTE 

-  APPROP  AMT 


-Final  Appropriation  Bill  -  CONFAPPR 

-Sent  to  HAC - HAC  APPR 

-Sent  to  SAC - SAC  APPR 

*- Submitted  to  Congress - APPR_REQ 

- APS 

- CAPY 


p  Authorization 


-p Action 
p  Amount 


-Previous  Authorization 

-Supplemental  Year - 

L  Year - — 


-r-  Code - AUTH_CODE 

L  Note - AUTH_NOTE 

--Authorized  by  Congress - AUTH  AMT 

-Authorized  by  HASC - HASCAUTH 

-Authorized  by  SASC - SASCAUTH 

-Final  Authorization  Bill  —  CONFAUTH 

-Submitted  to  Congress - AUTH_REQ 

r  Indicator - PCA 

Note - CACTI  ON 

- AUS 

-  AUTH  YR 


L*  Reprogramming 


Amount 


i 


p  Date - 

p ID  Number 
*-  Remark - 


Appropriated 

Authorized 

Programmed 


ZSAPPRAMT 

ZS_AUTH_AMT 

ZS_PROG_AMT 

ZS_SDT 

ZCP_PA_SPN 

ZS  REM 


Advertisement 


--Bid  Opening  Date - 

-Government  Estimate 

-High  Bid - 

-Low  Bid - 

-Number  of  Bids - 


BIDOD 

GOVT_EST 

HBID 

LBID 

NOBID 


-Amount - p  Amt  directed  for  construction - CON_DIR_AMT 

[-Current  Working  Est  at  award - AWD  CWE 

L  Current  Working  Estimate - CWE_AMT 


-Dates - pDate  const  contract  awarded 

[-Expected  award  date - 

Start  year - — — - 


EX_AWARD_DT 

FORECAST 

PEYR 


L  Status 


Percent  of  const,  completion 


DES  PERCENT 
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DESCRIPTIVE 


Communicat  ions - p  Cost - 

-Date  of  status  assignment 

-Project  number - 

-  Status - 


COM  COST 
COM^DATE 
TELER_NO 
COM  STAT 


p Construct  Ion 
Type 


Construction  standard 
Replacement  Indicator 


CONSTD 
REPLACE  CODE 


Facility  Class- 


Basic  Construction  Category- 
f- Const ruct  ion  Category - 


-  Code  - 


-Construction  Category  Group- 
-  Facility  Class  Series - 


L  TLtle 

TCode  — 
Tltle- 
-j-  Code  — 


T 


Title- 
Code  — 
Tit le - 


Medical  Equipment  Category- 


CATCD3 

-  CAT3ST1TLE 

CATCDS 

CAT5STITLP. 

CATCD2 

CAT2TITLE 

CATCD1 

CAT1TITLE 

CAT_E_EQ 


p Funding  Account 


BUDGET  ACT 


-Funding  Type - p  Major  funding  type - 

p Sub  fund  type - 

L-  Type  funds - 

-Greenbook - p  Index  page  of  line  item 

-Page  on  1391 - 

Tab  sorting  field - 


PFT 

SFT 

TYPE_FUNDS 

INDXPAGE 

PAGE1391 

TABSORT 


Locat lon/Agency - 


District  - 


-  Division - 

-  In  Germany/Korea 

-  Installation - 


\~  MACOM 


L  State 


I-  Minor 


Pro  jects 


Approval  Date - 

Approving  Branch 
Receipt  Date - 


fAbbreviat  ion - 

Code - 

Long  Name - 

MCA  District - 

Sort  Code - 

-p  Abbreviation - 

H  Code - 

|-  Long  Name - 

lMCA  Division - 

■p  Community  Code - 

*-  Location  Code - 

--  Abbreviation - 

-  Code - 

-Full  Name - 

-Long  Name - 

-Short  Name - 

sort  Code - 

■  -  Code - 

-  Code - 

-  Geograph  leal  MACCM  - 

-Long  Title - 

-Proponent  MACOM - 

-Short  Title - 

-Sort  Code - 

-Using  Service  Code- 
-Uslng  Service  Title 

-p  Abbreviat Ion - 

h  Code - 

•-  Name - 


DABR 

DIST 

DIST_NAME 

MCAD I STRICT 

DD_SORT_CD 

MCAD IV 

DIV_CODE 

DIV_NAME 

MCADI VI S ION 

ARS2b  CODE 

SITE_CODE 

STA_A 

INST 

AIN 

STATION 
STA_NAME 
STASORT 
CM D_C 
CMDC 

CMDT1TLE 
MACOMTITLE 
COMMAND 
CMD  T 
MACSORT 
ORIG  USVC 
OUSVC  TITLE 
SAB 

STATECD 

STATE 

MPRO_ APDDT 
MPRO_APD_BY 
MPRO  RCD  DT 


^Mission  Supported 


MISSION 


p Mobil izat ion 


Const  days  required  before  MOB 
Days  required  before  occupancy 

Group - 

Supporting  District  Code - 

Supporting  District  Name - 

Supporting  Division  Code - 

Supporting  Division  Name - 


LATE_ST_DT 

RQD_OCP_DT 

MOB_GROUP 

MOBDIST 

MOBDISTRICT 

MOBDIV 

MOBDIVISICN 


Program  Type 


■  -  ACE  PD  IP - 

-Decision  Unit - 

-  PD  IP - 

-  Program  Code - 

-Program  Element - 

-Zero  Base  Budget  Code - 

-Zero  Base  Budget.  Name - 

Zero  Base  Budget  Name  (Abbrev) 


ACEW0RK1 

DU 

PDIP 
PRCD 
PROG  ELE 
ZB 

ZBNAME 

ZBBNAMF. 


Project - p  Lonq  (from  1391) 

Description  Short  (line  item 


descr ipt ion) 


LONG  DF.SC 
PROJECT  DF.SC 
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APPENDIX  C 


Map  of  CAPCES  Data  Elements  by  Information  Type 


DATE 


AMOUNT 


Planning 


1391 


L  PDB 


■p  Estimate  entered - PROJ_COST  DT 

-Completed  1391  Released - DT_REL  CD? 

-Current  1391 - CURR_l?9i  DT 

-Distributed  by  CEMP-P -  1 391_DT_DlST 

-First  Page  Released - DT_REL_CDl 


Receipt  date 


PDB  DT 


I-  Design 


2807 


r  Notification  to  Congress -  2807c 

Notification  to  OSD -  28070 


p  Progress 


Start  -  — 
Concept  Completion 
Final  Completion  — 


DES  ST_DT 
CONCOM^DT 
DES  COMP  DT 


Direct  1  ves 


--Current  Code  Issued - 

-  Code  1  -  Preconcept - 

-  Code  2  -  Concept - 

-Code  4  -  Held - 

-Code  5  -  Deferred - 

-Code  6  -  Final - 

-Code  8  -  Cancel  led 

-Code  9  -  Const  Con tr  Awarded 


DES__DIR_DT 

CDTCD1 

CDTCD2 

CDTCD4 

CDTCD5 

CDTCD6 

CDTCD8 

CDTCD9 


*-  Engineering 


Instruction  issued 

Revis ions - 

Release - 


DEI  DT 
ENREVDT 
ACE  D  R EL 


-  Programming - p  Amount  changed - - - DATEPA 

(-Fiscal  Year  changed - DATECFY 

L  CRRC  Approva  1 - CRRC_DATE 

-  Budgeting - Reprogramming - ZSSDT 

-  Construction - Advert isement - p  Bid  Opening - BIDOD 

r-  Contract  awarded - EX_AWARD_DT 

•-Expected  award - FORECAST 


L  Other 


Communications - Status  assignment - 

Minor  Project - p  Approval - 

*-  Receipt - 

Mobilization - p  Late  start - 

•-Required  occupancy 


C0MJ7ATE 
MPRO  APD_DT 
MPRO_RCD_DT 
LATE_ST_DT 
RQD  OCP_DT 


Planning -  1391 


r  Total  request - 

Contract  estimate 


PROCPA 
PROJ  COST 


p  Design - p  Directed  — 

•-  Programmed 


DES_DIR_AMT 
PA  DES  COST 


p  Programming 


Army  request 

Cur  rent - 

Original - 


ARMYREQ 
PROG_AMT 
ACE  PA 


p Budget ing 


Appropr lat ion 


f-  Author  l?.at  Ion 


Reprogramming 


■Submitted  to  Congress - 


p Sent  to  HAC - 

p Sent  to  SAC - 

p  Final  Appropriation  Bill- 
•  By  Congress  - 


-Submitted  to  Congress - 


-Authorized  by  HASC- 

-  Authorized  by  SASC- 

-  Final  Authorization  Bill* 
By  Congress  - 


-  Appropriated  - 

■  Author i zed - 

-  Programmed - 


APPR_REQ 

HACAPPR 

SACAPPR 

CONFAPPR 

APPR0P_AMT 

AUTH_REQ 

HASCAUTH 

SASCAUTH 

CONFAUTH 

AUTH_AMT 

ZS_APPR_AMT 

ZS_AUTH_AMT 

ZS  PROG  AMT 


r-  Const  ruct  ion  - 


■  Advert.  1  sement  - 


|-  Directed - 

[-Current  Working 
•-Current  Working 


Government  Estimate 

High  Bid - 

Low  Bid - 


Est  at  award 
Est.  imate - 


GOVT_EST 

HBID 

LBID 

C0N_D IRAMT 
AWD_CWE 
CWE  AMT 


L  Of.  her 


■  -  Communi cat  Ions  Cost - 

-  Scope - - - — p  Current  - 

Or  lg  I  na  1 

-  Solar  Cost  - - - - 


COM_COST 
CURR_SCOPE 
ORI  SCOPE 
SOLAR 
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■  Planning  - 


■  Design 


-Contract  estimate  review- 
-  Review - 


%  complete  on  DD  Form  3086 

Code - 

Percent  complete - 

Remark - - - 

Directives - Cu 

Engineering - p  Nui 


Current  Code  Issued - 
Number  of  Revisions  - 

Code - 

Rev lew/ Approval - 


-  Programming 


- p  Amount - 

p CRRC  Design  Review - 
*-  Priority - 


-OSD  Note  on  Army  request - 

-ACE - 

-DA - 

-  MACOM - 

-PROBE  (Prog  Opt  £  Bud  Eval) ■ 

-  ZCH - 


-  Budgeting 


Appropriation  Action — p  Code - 

Note - 

Authorization  Action — p  Code - 

*-  Note - 

Previous  Authorizat ion p Indicator - 
*-  Note - 


-  Construction - Percent  Completion  - 


-  PRO J_C0ST_CD 

-  1391_OK 
-SUB 

-  PERDSGN 

-  REMARK  SA 

-  DES_PERCENT 

-  REMARK_6 
-DIRCD 

-  ENRN 

-  MPEN^DCD 

-  ACE_DCD 

-  OSD_NOTE 
-CRRC 

-  ACEPRB_PRI 

-  DA_PRI 

-  CMD_PRI 

-  PROBEPRI 

-  ZCH_PRI 

■  APPR_CODE 

-  APPR~NOTE 

-  AUTOCODE 

-  AUTH_NOTE 

-  PCA 

-  C ACT ION 
■DES  PERCENT 


DESCRIPTIVE  - 


■  Planning  - 


-  Design 


2807 - 

Agency - 

Engineering  - 


■  Programming - p  CRRC  Review 

MACOM  Comments 


’  Budgeting 


-  Construction • 


Appropr iat ion  - 
Authorization  - 
Reprogramming  - 


•  Advertisement - 

■  Start  year - 

•  Communications - 

•Construction  Type- 

•  Facility  Class - 


Facility  Class  Series- 


-  Fiscal  Year - 

-Form  Number - 

-Requirement  Indicator - 

-Requirement  Indicator - 

-Requirement  Indicator - 

-MPE  Indication - 

-  MPES  Comment - 

-  Remarks - 

-  New  number - 

-  Number - 

-  Number  Generator - 

-  Proponent 

-Construction  Type - 

-Division/District  Sort  Code- 

-  Execution  Status - 

-Facility  Class - 

-Fiscal  Year - 

-  Mission - 

-Original  Using  Service - 

-  PDIP - 

-  PDIP  Name - 

-Program  Amount - 

-Program  Element - 

-Program  Type - 

-Project  Description - 

-  Remarks - 

-Replacement  Indicator - 

-  Scope - 

-Site  Code - 

-  Temporary  Project  Number - 

•Type  Funds - 

•Supplemental  Year - 

•  year - 

•Supplemental  Year - 

-  Year - 

-  ID  Number - 

-  Remark - 

■Number  of  Bids - 


-Project  number - 

-Construction  standard - 

-Replacement  Indicator - 

-Basic  Construction  Category- 

-  Construction  Category - 

•Construction  Category  Group- 


-  PROCFY 

-  FORMNO 

-  PDB_RD0 

-  2807RQ 

-  DES_D I STR_CD 

-  DEI_RQ 
-MP£N_IND 
-MPES  COMMENT 

-  REMARK  S 

-  DRCN2 

-  DRCN 

-  CHGSW 

PROP 

-  MCONS 

-  MDDSORT 

-  EXEC  STATUS 

-  MCATCD5 

•  MFY 

-  MMISSION 
-MOUS 

-  MPDIP 

-  MPDIPNAME 
-MPA 

-MPE 

-  MPRCD 

-  MPDES 

-  MRMKI 

-  MRC 

-  MSCOPE 
-MINCODE 

-  MTPN 

•  MTF 

■  APS 

•  CAPY 

•  AUS 

■  AUTHOR 

-  ZCPPASPN 

•  ZS  REM 


- ELER  NO 

- CONSTD 

- REP  LACE_CODE 

-Code - CATCD3 

-Title  —  CAT3STITLE 

-  Code - CATCD5 

■  Title  —  CAT5STITLE 

-  Code - CATCD2 

-Title  —  CAT2TITLE 

- CATCD1 

- CAT1TITLE 
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■Medical  Equipment  Category 

-Funding  Account - 

-Funding  Type - r  M  a 


■  Greenbook - 


•  I.ocat  ion/Agency  - 


Major  funding  type - 

Sub  fund  type - 

Type  funds - 

Index  page  of  line  Item- 

Page  on  1391 - 

Tab  sorting  field - 


-r-  Abbreviation - 

V-  Code - 

Long  Name - 

tLong  Na.r.c  '■'f  MCA  I31st- 

Sort  Code - 

-p  Abbreviat ion - 

I—  Code - 

[-Long  Name - 

LMCA  Division - 


In  Germany/Korea 

Location  Code - 

•  Installation — r- 


-Minor  Project  Data- 

-Mission  Supported  — 
-  Mob 1 1 1 za  t ion - 


■  Program  Type 


■Project  Description- 
■  Project  Number - 


•Public  Law  Code- 
•Unlt  of  Measure- 


•  Fisca 1  Year  - 


Abbreviation - 

Code - 

Full  Name - 

Long  Name - 

Short  Name - 

Sort  Code - 

Code - 

Code - 

Geographical  MACOM — 

Long  Title - 

Proponent  MACOM - 

Short  Title - 

Sort  Code - 

Using  Service  Code  — 
Using  Service  Title- 
Abbreviation  — 

Code - 

Name - 

Approving  Branch - 


-  Group - 

-  District  - 


ACE  PDIP - 

Decision  Unit - 

PDIP - 

Program  Code - 

Program  Element - 

Zero  Base  Budget  Code  — 
Zero  Base  Budget  Name  — 
Zero  Base  Budget  Abbr  — 

Long  (from  1391)  - 

Short  (line  item) - 

AMPRS - 

Installation  Permanent  - 

Temporary - 

Non-standard - 

Short - 

Change  Indicator - 

Unique  Number - 


■  Current - 

■  Original - 

■Previous  Value- 


-CAT  E_£Q 

-  BUDGET_ACT 

-  PFT 

-  SFT 

-  TYPE_FUNDS 
- INDXPAGE 

-  PAGEl 391 

-  TABSORT 

-  DABR 

-  DIST 

-  DIST_NAME 

-  MCAD I  STRICT 

-  DD  SORT  CD 
-MCAD  IV 

-  D I V_CODE 

-  DIV_NAME 

-  MCAD I VI SI ON 

-  AR525_COD£ 

-  SITE_CODE 

-  STA  A 

-  INST 

-  AIN 

-  STATION 

-  STANAME 

-  STASORT 

-  CMD_C 

-  CMDC 

-  CMDTITLE 
-MACOMTITLE 

-  COMMAND 

-  CMD_T 

-  MAC SORT 

-  OR I G_USVC 

-  OUSVCJTITLE 

-  SAB 

-  STATECD 

-  STATE 

-  MPRO_APD_BY 

-MISSION 

-  MOB  GROUP 
-MOBDIST 
-MOBDISTRICT 
-MOBDIV 
-MOBDIVISION 

-  ACEWCRK1 
-DU 

-  PDIP 

-  PRCD 

-  PROG_ELE 

-  ZB 

-  ZBNAME 

-  Z3BNAME 

-  LONG_DESC 

-  PROJECTDESC 

-  AMPRS  SPN 

-  PERM_PN 

-  TEMP_PN 

-  CMD_PN 

-  S?N 

-  KN^UPD 
■  KEYNR 

~ PUB_LAW_CD 

-  CONUM 

-  UM 

-  FY 

-  OFY 

-  PCFY 
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APPENDIX  D 


MCA  Events  and  CAPCES  Data  Relationships 


Event : 

Event  Date: 
Activity  #: 
Preceded  by: 
Followed  by: 
Associated  fields: 


Significant  Values: 
Note : 


MYPLAN  Submission 

15  Dec  (GY) 

5,  5a 
2, 3, 3a 

6,  6a 

CATCD5,  CMD_PRI ,  CMDC,  CON_STD,  CURR_SCOPE, 
CWE_AMT ,  FORMNO,  FY,  INST,  LSD,  MISSION, 

MOB_GROUP ,  ORIG__USVC,  PDIP,  PERM_PN,  PRCD, 
PROJECT_DESC,  REPLACE_CODE,  ROD,  SITE_CODE,  UB, 
TEMP_PN,  TYPE_FUNDS,  UM 
A  nonblank  value  in  the  fields  listed. 

These  are  the  fields  that  are  submitted  to  CAPCES 
through  the  MYPLAN  system.  There  is  not  a  field 
that  indicates  the  date  this  is  done.  The 
existence  of  a  project  in  CAPCES  indicates  that 
it  has  occurred. 


Event : 

Event  Date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 

Significant  values: 


1391  Submission 

1  Feb  (GY) 

7 

3,4 

8,9 

CURR_1391_DT 
139 1_0K 

A  nonblank  value  in  1391_OK  indicates  that  the 
form  has  been  submitted.  CURR_1391_DT  changes 
everytime  a  revised  form  is  submitted  so  it  will 
not  reflect  the  original  submission  date. 


Event : 

Event  Date: 
Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


PDB  Submission 

1  Nov  (GY)  -  1  Feb  (GY) 

7 

4 

8,9 

PDB_RDQ,  PDB_DT 

When  PDB_RDQ  is  Y  then  a  nonblank  value  in  PDB_DT 
indicates  the  occurrance  of  this  event. 


Event : 

Event  Date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


1391  Review 

1  Mar  (GY)  -  30  Apr  (GY) 

8, 8a, 9 
7 

11,  12 

1391_OK,  DT_REL_CD1,  DT_REL_CD2,  CRRC 
1391_OK  indicates  the  status  of  the  1391. 
DT_REL_CD1  is  the  date  that  the  first  page  is 
released  by  ECE-A  for  review  by  CRRC.  DT_REL  CD2 
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Event : 

Event  Date : 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  Date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  Date: 
Activity  #: 
Preceded  by: 
Followed  by: 


is  the  date  the  the  entire  form  is  released  for 
review.  CRRC  indicates  the  status  of  approval  by 
CRRC . 


CRRC  formulates  initial  Army  program,  releases 
Code  1 

15  Jan  (GY )  -  30  May  (GY) 

10 

8,  11 

13,14,17 

CRRC,  ACE_DCD,  CRRC_DATE,  PROP 

The  value  in  CRRC  indicates  the  status  of  this 
review.  A  project  is  under  review  by  CRRC  if 
CRRC  =  J,K,L,M,N.  CRRC_DATE  indicates  the  date 
that  the  CRRC  sends  the  1391  to  ASA  for  review. 
ACE_DCD  eq  B  indicates  it  is  being  held  for 
further  review.  ACE_DCD  eq  C  indicates  that  it 
has  been  released  to  ASA  for  review.  ACE_DCD  eq 
X  indicates  that  the  project  has  been 
disapproved . 


ACE  Directs  Code  1 

May  (GY) 

11 

10 

12,  18 

ACE_DCD,  DIRCD,  CDTCD1 

ACE_DCD  eq  1  indicates  Code  1  design  release  by 
ACE.  DIRCD  eq  1  indicates  the  occurrence  of  the 
Code  1  directive  to  the  district.  CDTCD1  is  the 
date  that  the  directive  occurs. 

Code  1  Design 

May  (GY)  -  Dec  (DY) 

12 

11 

20 

CDTCD1 ,  CONCOM_DT,  DES_PERCENT 
CDTCD1  is  the  date  that  Code  1  design  begins. 
CDTCD2  is  the  date  used  to  indicate  Code  1  design 
ending.  Thus,  Code  1  design  time  is  CDTCD2  - 
CDTCD1 .  DES_PERCENT  indicates  the  percentage  of 
design  completed  (Code  1  design  is  10% 
completion) . 


CRRC  reviews  Army  program  for  Code  2 . 

1  Jun  (GY)  -  15  Jan  (DY) 

14 

10 

17,  15 
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Associated  fields: 
Significant  values: 


Event : 

Event  Date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  Date : 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date: 
Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


CRRC,  CRRC_DATE,  PROP 

The  value  in  CRRC  indicates  the  status  of  this 
review.  CRRC_DATE  indicates  the  date  that  the 
CRRC  sends  the  1391  to  ASA  for  review.  CRRC  eq  J 
or  L  indicates  Code  2  review.  ACE_DCD  eq  B 
indicates  it  is  being  held  for  further  review. 
ACE_DCD  eq  C  indicates  that  it  has  been  released 
to  ASA  for  review.  ACE_DCD  eq  X  indicates  that 
the  project  has  been  disapproved. 


ASA  reviews  Army  program 

July  (GY)  -  15  Sep  (GY) 

17 

10,13, 14 
26 

CRRC,  CRRC_DATE,  ACE_DCD 

A  project  is  under  ASA  Review  if  CRRC  =  1  or  2  or 
H  and  ACE_DCD  NE  2  OR  6  or  ACE_DCD  IS  D, E, F, Y . 

The  CRRC_DATE  indicates  the  date  the  project  was 
sent  "TO  ASA"  for  review. 


CRRC  reviews  program,  releases  projects  for  Code 
2 

1  Jun  (GY)  -  15  Jan  (DY) 

14 
10 

15 

CRRC,  ACE_DCD 

A  project  is  under  code  2  review  by  CRRC  if  CRRC 
=  J  OR  L.  If  ACE_DCD  =  2  then  a  project  has  been 
released  for  Code  2  design.  There  is  no  specific 
indicator  that  CRRC  has  done  this.  It  is  assumed 
that  if  ACE_DCD  EQ  2  (ACE  directs  Code  2)  then  it 
had  to  have  been  done  since  it  requires  CRRC 
approval . 


ACE  directs  Code  2 

Jan  (DY) 

15 

14 

20 

ACE_DCD,  DIRCD,  CDTCD2 

ACE_DCD  eq  2  indicates  Code  2  design  release  by 
ACE.  DIRCD  eq  2  indicates  the  occurrence  of  the 
Code  2  directive  to  the  district.  CDTCD2  is  the 
date  that  the  directive  occurs. 


Event : 

Event  date: 


Jan  (DY)  -  Jul  (DY) 


Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date : 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Event : 

Event  date : 
Activity  #: 
Preceded  by: 
Followed  by: 
Associated  fields: 
Note : 


20 

15 

29 

CDTCD2,  CONCOM_DT,  DES_PERCENT 
CDTCD2  is  the  date  that  Cole  2  design  begins. 
CONCOM_DT  is  the  date  that  concept  design  (35%) 
or  code  2  design  is  completed.  This  should  occur 
on  or  before  1  Sep.  Thus  Code  2  design  time  is 
CONCOM_DT  -  CDTCD2.  DES_PERCENT  indicates  the 
percentage  of  design  completed. 


CRRC  reviews  program,  releases  Code  6 

Mar  (DY)  -  May  (DY) 

22 

15,  21 
21 

ACE_DCD 

None  of  the  CRRC  values  indicate  the  status  of 
CRRC  review  for  Code  6  design.  The  only 
indicator  of  this  is  that  final  design  was 
directed  by  ACE  (ACE_DCD  eq  6)  since  CRRC  release 
of  Code  6  design  precedes  ACE  release. 


ACE  directs  Code  6 

Aug  (DY) 

21 

22 

23,  29 
ACE_DCD 

ACE_DCD  eq  6  indicates  that  Code  6  has  been 
directed . 


Final  CRRC  Review 

Jul  (DY)  -  Aug  (DY) 

23 

21 

25 

ACE_DCD 

No  values  indicate  that  this  has  been  done. 
However,  if  ACE_DCD  =  6  and  CRRC  =  X  then  a 
project  has  been  disapproved  while  in  Code  6 
design . 

Final  design 

Aug  (DY)  -  Sep  (BY) 

29 

20 

37 

CDTCD6,  DES_COMP_DT,  DES_PERCENT 

CDTCD6  is  the  date  that  Code  6  (final)  design 
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begins.  DES_COMP_DT  is  the  date  that  design  is 
completed.  However  the  value  may  be  either  an 
actual  or  projected  date.  Code  6  design  time  = 
DES_COMP_DT  -  CDTCD6.  DES_PERCENT  indicates  the 
percentage  of  design  completed. 


Event : 

Event  date : 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Prepare  Annual  Budget  Submission  ( GREENBOOK) 

Sep  (DY)  -  Jan  15  (BY) 

28 

25 

31 

TABSORT 

There  are  no  values  that  indicate  this  has 
occurred,  its  occurance  is  based  on  a  calendar 
date  since  it  must  be  done  by  Jan  15  (DY) .  The 
existence  of  a  value  in  TABSORT  indicates  that 
this  is  in  progress  or  has  been  done. 


Event : 

Event  date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 

Significant  values: 


Congress  reviews  budget  submission 

Jan  15  (BY)  -  Aug  15  (BY) 

31 
25 

32 

AUTH_CODE,  AUTH_NOTE,  APPR_CODE,  APPR_NOTE, 
AUTH_AMT,  APPR_AMT 

The  values  in  the  associated  fields  indicate  the 
action  taken  by  Congress.  The  existance  of  a 
value  indicates  that  an  action  has  occurred  but 
non— existance  does  not  indicate  that  an  action 
has  not  occurred.  The  occurance  of  this  is  based 
on  a  calendar  date,  but  a  value  in  AUTH_AMT  or 
APPR_AMT  indicates  that  it  has  occurred  since 
these  values  are  the  result  of  Congressional 
review. 


Event : 

Event  date : 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Authorization.  Appropriation  Bills  produced 

Oct  1  (PY) 

32 
31 

33 

AUTH_AMT,  APPR_AMT 

There  is  no  value  that  indicates  the  date  this 
occurred.  The  existance  of  values  in  AUTH_AMT 
and  APPR  AMT  indicates  it  has  occurred. 


Event : 

Event  date: 
Activity  #: 


Oct  (PY) 
36 
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Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


32, 33, 34,35 
37 

DIRCD 

There  are  no  values  that  indicate  the  occurrance 
of  this  event.  DIRCD  =  9  (Construction  contract 
awarded)  indicates  that  it  must  have  occurred  at 
some  time  since  contracts  cannot  be  awarded 
without  this  directive. 


Event : 

Event  date: 

Activity  #: 

Preceded  by: 
Followed  by: 
Associated  fields: 
Significant  values: 


Construction  contract  awarded 

Oct  (PY)  - 

37 

36 

none 

DIRCD 

DIRCD  =  9  indicates  that  this  has  occurred. 
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USACERL  DISTRIBUTION 


Chief  of  Engineer* 

ATTN:  CEHEC-IM  LH  (2) 

ATTN:  CEHEC-IM-LP  (2) 

ATTN:  CECC-P 
ATTN:  CECW 
ATTN:  CECW-O 
ATTN:  CECW-P 
ATTN:  CECW-RR 
ATTN:  CEMP 
ATTN:  CEMP-C 
ATTN:  CEMP-E 
ATTN:  CEMP-P 
ATTN:  CERD 
ATTN:  CERD- 1. 

ATTN:  CERD-C 
ATTN:  CERD  M 
ATTN:  CERM 
ATTN:  DAEN-ZCZ 
ATTN:  DAEN-ZCI 
ATTN:  DAEN-ZCM 
ATTN:  DAEN-ZCB 

CEHSC 

ATTN:  CEHSC-ZC  22060 
ATTN:  CEHSC-F  22060 
ATTN:  CEHSC-TT-P  22060 
ATTN:  DET  III  79906 

US  Army  Engineer  Districts 
ATTN:  Library  (41) 

US  Army  Engr  Diviiions 
ATTN:  Library  (14) 

US  Army  Europe 

ODCS/Engineer  09403 
ATTN:  AEAEN-FE 
ATTN:  AEAEN-ODCS 
V  Corps 

ATTN:  DEI1  (11) 

VII  Carps 
ATTN:  DEM  (16) 

21  it  Support  Command 
ATTN:  DEH  (12) 

USA  Berlin 
ATTN:  DEH  (9) 

Allied  Command  Eurcpe  (ACE) 

ATTN:  ACSGEB  09011 
ATTN:  SHIHB/Eng  ineer  09055 
USASETAF 

ATTN:  AESE-EN-D  09019 
ATTN:  ACSEN  09168 
ATTN.  AESE-VE  09168 

8th  USA,  Korea 

ATTN:  DEH  (19) 

US  Military  Academy  10996 

ATTN:  Dept  of  Geography  A 
Computer  Science* 

PORSCOM  (28) 

FORSCOM  Engr,  ATTN:  Spt  Det.  15071 
ATTN:  Paciliiiea  Engineer 


TRADOC  (19) 

HQ,  TRADOC.  ATTN:  ATEN-DEH  23651 
ATTN:  DEH 

USAIS 

Port  Ritchie  21719 
Fort  Huachuca  8561 3 
ATTN:  Facilities  Engineer  (3) 

WESTCOM 

Fort  Shatter  96858 
ATTN:  DEH 
ATTN:  APEN-A 

Fort  Bel  voir,  VA 

ATTN:  CECC-R  22060 

CECRL,  ATTN:  Library  03755 

CEWES.ATTN:  Library  39180 

Engineering  Societiea  Library 
New  York.  NY  10017 

National  Guard  Bureau  20310 
Installation  Division 

US  Government  Printing  Office  20401 
Receiving/Depository  Section  (2) 

Defense  Technical  Info.  Center  22304 
ATTN:  DT1C-FAB  (2) 
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1NSCOM  -  Oi.  tnsd.  Div. 

Vint  Hill  Panrn  Station  22186 
ATTN:  IAV  DEH 
Arlington  Hall  Station  22212 
ATTN:  Engr  A  Hsg  Div 

USA  AMOCOM  61299 
ATTN:  Library 
ATTN:  AMSMC  IS 


